Homebrew [DevkitARM / Cygnwin] Error compiling hello_world example

[ThatBenderGuy]

As the name implies I am trying to compile the hello_world 3DS example project. This is the error I get

PS C:\testApp> make
main.c
arm-none-eabi-gcc -MMD -MP -MF /cygdrive/c/testApp/build/main.d -g -Wall -O2 -mword-relocations -fomit-frame-pointer -ffunction-sections -march=armv6k -mtune=mpcore -mfloat-abi=hard -mtp=soft -I/cygdrive/c/testApp/include -Ic:\devkitPro\libctru/include -I/cygdrive/c/testApp/build -DARM11 -D_3DS -c /cygdrive/c/testApp/source/main.c -o main.o
arm-none-eabi-gcc.exe: error: /cygdrive/c/testApp/source/main.c: No such file or directory
arm-none-eabi-gcc.exe: fatal error: no input files
compilation terminated.
make[1]: *** [c:\devkitPro\devkitARM/base_rules:85: main.o] Error 1
make: *** [Makefile:136: build] Error 2
PS C:\testApp>

A video I was watching said all I had to do was install DevKitPRO and cygwin and nothing else. Am I missing a compiler? I tried installing the gcc-core package from cygwin but that didn't change a thing. Even after a computer restart.

My environment variables look as such:
CTRULIB = /c/devkitPro/libctru
DEVKITARM = c:\devkitPro\devkitARM
DEVKITPRO = c:\devkitPro

 

[Deleted User]

You shouldn't be using Cygwin for the examples.

Navigate to

C:\$(PATH TO YOUR DEVKITPRO INSTALL)\msys\

then run msys.bat. In the future, you should be compiling Homebrew using this instead of Cygwin. Keep a shortcut of it on your desktop or something.

 

[ThatBenderGuy]

Trying to compile with msys crashes make.exe with this in the stackdump

MSYS-1.0.17 Build:2011-04-24 23:39
Exception: STATUS_ACCESS_VIOLATION at eip=6085A9DA
eax=60E94E24 ebx=00000000 ecx=00000000 edx=60E94E28 esi=0062E700 edi=676F7250
ebp=0062EB08 esp=0062D6F0 program=C:\devkitPro\msys\bin\make.exe
cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame Function Args
0062EB08 6085A9DA (00000000, 0062EB70, 676F7250, 0A032618)
0062EB38 6085CDB6 (00000000, 00000003, 0062EB70, 676F7250)
0062EB58 6080E236 (0062EB70, 676F7250, 00000000, 00000000)
0062EF88 60882726 (2F632F3A, 676F7250, 206D6172, 656C6946)
11417 [main] make 9056 handle_exceptions: Error while dumping state (probably corrupted stack)

The commands ran in msys

thatb@DESKTOP-PQU48K0 /c/testApp
$ make
      0 [main] make 13676 open_stackdumpfile: Dumping stack trace to make.exe.stackdump

 

[Deleted User]

Trying to compile with msys crashes make.exe with this in the stackdump

It looks to me that this is a Cygwin error. It might also be an issue with permissions. Try running msys as an administrator and see if the problem continues.

Also, just a suggestion, but you should really be using this guide to set up your Windows development environment. I'm not sure how old this video guide you're using is; it might be a little outdated by now.

 

[ThatBenderGuy]

It looks to me that this is a Cygwin error. It might also be an issue with permissions. Try running msys as an administrator and see if the problem continues.

Also, just a suggestion, but you should really be using this guide to set up your Windows development environment. I'm not sure how old this video guide you're using is; it might be a little outdated by now.

I tried running it as admin and still crashed, should I uninstall cygwin and devkit then follow the guide you linked? Because the guide you linked to doesn't mention anything about cygwin

 

[Deleted User]

I tried running it as admin and still crashed, should I uninstall cygwin and devkit then follow the guide? Because the guide you linked to doesn't mention anything about cygwin

Yeah, unless you feel like you really need Cygwin for other stuff, I'd just say uninstall it at this point, because it seems to be doing more harm than good at this point, and personally, I don't have enough experience with Cygwin to answer this (I mainly just use MinGW) :\

You can also re-install devkitPro, if you feel you need to.

 

[ThatBenderGuy]

Yeah, unless you feel like you really need Cygwin for other stuff, I'd just say uninstall it at this point, because it seems to be doing more harm than good at this point, and personally, I don't have enough experience with Cygwin to answer this (I mainly just use MinGW) :\

You can also re-install devkitPro, if you feel you need to.

Ah so I still need some form of external gcc compiler? Is MinGW easy to install? (Sorry, this is the first time I've had any experience with 3DS development)

 

[cearp]

Yeah I used to like cygwin when I moved from osx back to windows, but after a while it just gave me problems with stuff like this.
The WSL? windows linux thing is supposed to be good, or even a vm is easy.

 

[Deleted User]

Ah so I still need some form of external gcc compiler? Is MinGW easy to install? (Sorry, this is the first time I've had any experience with 3DS development)

Ah, nah, you're fine.

Anyways, for 3DS Development, you only need the ARM Compilers to build 3DS Homebrew. It's not necessary per se, but you can install it if you wish (though at this point, I'd just say only install devkitPro and make sure it works before doing anything else).

Yeah I used to like cygwin when I moved from osx back to windows, but after a while it just gave me problems with stuff like this.
The WSL? windows linux thing is supposed to be good, or even a vm is easy.

A VM is also good for 3DS Development. Once you've got a Linux VM set up, it's easy to build homebrew using that, so you can choose to go that path if you wish. The instructions for installing in Linux are also in the guide I mentioned earlier.

 

[ThatBenderGuy]

Alright well I uninstalled cygwin, reinstalled devkitpro, and installed mingw with the gcc++ package and now when I run the make file I finally get a 3dsx file with no errors when compiling through msys. Thank you guys so much for the help, I did end up having to reset one of my environment variable back to UNIX(?) format in order for it to reach the default icon image but after I fixed that it finally successfully compiled.

EDIT:
Also I noticed that I had an existing MinGW folder present before installing MinGW (As well as existing environment variables) so the cause of all this may have been a conflict between cygwin and MinGW. Regardless I got it working now and appreciate both of your guy's help