One-stop Visual Studio Code Extension to compile, debug and profile Amiga C/C++ programs compiled by the bundled gcc 12.2 with the bundled WinUAE/FS-UAE.
GNU General Public License v3.0
320
stars
40
forks
source link
Linux VSCode Marketplace extension fails to build example project #266
So I tested out the project from running VSCode in Linux and installed from Marketplace. I then set the ROMs from the interface. Following the Quick-start guide until I was ready for example build. I then hit F5 and got these errors:
Compiling main.c
make: execvp: m68k-amiga-elf-gcc: Permission denied
make: *** [Makefile:69: obj/main.o] Error 127
* The terminal process "/bin/bash '-c', 'make -j4 program=out/a'" failed to launch (exit code: 2).
I then located the binaries and set executable bit. They are in various places so not easily fixed by hand. I progressed to this:
#include errors detected based on information provided by the configurationProvider setting. Squiggles are disabled for this ```
translation unit (/home/damien/Development/Amiga/VSC/main.c).
cannot open source file "proto/exec.h
cannot open source file "proto/dos.h
`
There were a few other include files it didn't find. They definitely exist in the sys-include folder. This was output in the terminal:
I'm unsure where it's pulling 'as' from. The unrecognized option would indicate the host one and not the Amiga one is being executed. Apart from that I cannot find any ELF file and only so objects for as binary.
Found what is breaking it. It's the permissions issue again. I located all binaries it complained about and set them to execute which completed the build.
Hi there.
So I tested out the project from running VSCode in Linux and installed from Marketplace. I then set the ROMs from the interface. Following the Quick-start guide until I was ready for example build. I then hit F5 and got these errors:
I then located the binaries and set executable bit. They are in various places so not easily fixed by hand. I progressed to this:
` There were a few other include files it didn't find. They definitely exist in the sys-include folder. This was output in the terminal:
I'm unsure where it's pulling 'as' from. The unrecognized option would indicate the host one and not the Amiga one is being executed. Apart from that I cannot find any ELF file and only so objects for as binary.