gbadev.org forum archive

This is a read-only mirror of the content originally found on forum.gbadev.org (now offline), salvaged from Wayback machine copies. A new forum can be found here.

DS development > devkitArm 18 error

#79184 - dannyboy - Wed Apr 12, 2006 1:30 am

I hit up the devkitPro site today nd saw that they had updated for the first time in a while and a new devkitArm release. I decided to install it which is easy enough nowadays. Unfortunately it has broken my compilation setup. Whenever I compile anything I now get the following:

Code:
$ make
main.cpp
arm-elf-g++ -MMD -MP -MF /f/code/nds/devkitPro/examples/nds/Graphics/2D/hello_world/build/main.d -g -Wall -O2 -mcpu=arm9tdmi -mtune=arm9tdmi -fomit-frame-pointer -ffast-math -mthumb -mthumb-interwork -I/f/code/nds/devkitPro/examples/nds/Graphics/2D/hello_world/include -I/f/code/nds/devkitPro/examples/nds/Graphics/2D/hello_world/build -I/f/code/nds/devkitPro/libnds/include -I/f/code/nds/devkitPro/libnds/include -I/f/code/nds/devkitPro/examples/nds/Graphics/2D/hello_world/build -DARM9 -c /f/code/nds/devkitPro/examples/nds/Graphics/2D/hello_world/source/main.cpp -o main.o
arm-elf-g++.exe: _spawnv: No such file or directory
make[1]: *** [main.o] Error 1
make: *** [build] Error 2


Any ideas?

#79198 - josath - Wed Apr 12, 2006 2:29 am

dunno if these help at all, but:
1. try 'make clean' and then 'make'
2. [This only applies if you are not using the libnds included with devkitarm]: try recompiling libnds (using make clean as well)

#79205 - dannyboy - Wed Apr 12, 2006 3:18 am

I already tried make clean and it didn't work. I think it comes down to the following file:
devkitPro\devkitARM\bin\arm-elf-g++.exe

Run it on its own and it demands input files. Give it a file and it throws the error. I tried it by putting the .cpp file in that same folder to narrow it down. Certainly the files are their, but for some reason this error is being thrown.

arm-elf-g++.exe: _spawnv: No such file or directory

#79347 - wintermute - Thu Apr 13, 2006 1:47 am

That's very weird.

Is anyone else seeing this problem?

dannyboy: how did you install release 18?
_________________
devkitPro - professional toolchains at amateur prices
devkitPro IRC support
Personal Blog

#79354 - Lazy1 - Thu Apr 13, 2006 3:10 am

I have this problem with the latest devkitarm:
[Images not permitted - Click here to view it]

Other than that it's great, upgrading solved a lockup I was having while re-porting sdl sopwith.

#79360 - swimgod - Thu Apr 13, 2006 4:19 am

Lazy1 wrote:
I have this problem with the latest devkitarm:
[Images not permitted - Click here to view it]

Other than that it's great, upgrading solved a lockup I was having while re-porting sdl sopwith.
that error appears when you started up with something in a drive,
and then took it out(a CF card for example).

Gimp is another program that commonly gets that :P,
clicking continue is fine ;)
_________________

1x WII 2x remotes
2x NDS/L(FMv7-ORG:v4,FMv7-org:DSL)
1x GBAMP
2x 1gb (MicroDrive{typeII}&SanDisk{typeI})
1x SuperPass2
1x Supercard-CF

MoonShell skins

#79389 - LiraNuna - Thu Apr 13, 2006 11:20 am

Same error here too.

It tries to read from Drive E: (which is a DVD-RW in this case)
Only if I insert a CD/DVD, It will compile.

Edit: Here it happands with arm-elf-g++
And no, clicking continue will not solve that.

#80007 - dannyboy - Tue Apr 18, 2006 1:46 am

wintermute wrote:
That's very weird.

Is anyone else seeing this problem?

dannyboy: how did you install release 18?


Well I'm on my trusty old Win98 computer, and I used the windows installer. It first upgraded to the latest version of the installer which then installed r18. In the end I fixed the problem, by copying the gcc 4.0.2 files over the new gcc 4.1.0 so it looks like there's some sort of problem there.

But I guess it would be good if in future the installer has an option to roll back to the previous version, or a version the user selects. Because to be honest, without it, I have serious doubts about installing any newer versions now in case they may be broken.

#80019 - keldon - Tue Apr 18, 2006 2:46 am

Could this have anything to do with your problem?. I'm only clutching at straws here.

#80034 - wintermute - Tue Apr 18, 2006 4:49 am

keldon wrote:
Could this have anything to do with your problem?. I'm only clutching at straws here.


I don't think that's likely - the spawnvp error is due to the compiler being unable to find some tool it's trying to run ( cc1, as, ld etc)

I've heard of a similar error with an i386 4.1.0 toolchain when running from a command line instead of the msys shell but in that case the toolchain had been configured and installed to a minsys mount point.

I'm still unable to reproduce this particular fault locally on win2kpro and users with XP are not suffering the same problem so it may be related to win98.

The "insert disk" issue is new with the 4.x series and I have a work round (configuring and installing to c: locally) but I'm attempting to fix this one properly. Followers of the gcc mailing list will have seen some discussion of this over the last few days.
_________________
devkitPro - professional toolchains at amateur prices
devkitPro IRC support
Personal Blog

#81650 - wintermute - Sun Apr 30, 2006 10:07 pm

dannyboy wrote:
wintermute wrote:
That's very weird.

Is anyone else seeing this problem?

dannyboy: how did you install release 18?


Well I'm on my trusty old Win98 computer, and I used the windows installer. It first upgraded to the latest version of the installer which then installed r18. In the end I fixed the problem, by copying the gcc 4.0.2 files over the new gcc 4.1.0 so it looks like there's some sort of problem there.

But I guess it would be good if in future the installer has an option to roll back to the previous version, or a version the user selects. Because to be honest, without it, I have serious doubts about installing any newer versions now in case they may be broken.


I just fixed a similar issue for a user on IRC.

Do you have any of the common GCC environment variables defined in your environment?

In his case he had GCC_EXEC_PREFIX set for the HAM toolchain. Deleting it made everything work again.
_________________
devkitPro - professional toolchains at amateur prices
devkitPro IRC support
Personal Blog

#83037 - dovoto - Fri May 12, 2006 6:21 am

wntrmute i get the same issue with _spawnvp not being found. I just grabbed the new r18 exe and the latest libnds distro tar (the libs not the source).

I am on server 2k3 and my environment vars look clean
_________________
www.drunkencoders.com

#83140 - dovoto - Sat May 13, 2006 6:54 am

Well i tried grabbing fresh copy of r18 and libnds and the examples (from the pre bulit packages) and that did not help so I grabbed them strait from the cvs (after 30 minutes of trying to figure out why I could not connect to cvs.sourceforge.net) and that did not help.

Finaly i grabbed r17 of the devkit and that seems to work fine...anyway not sure what the issue with r18 and my box is.

[edit] spoke much to soon...now i get:
Code:


d:/devkitPro/libnds/lib\libnds7.a(interrupts.o): In function `irqInit':
d:/DevkitPro/libnds/source/common/interrupts.c:107: undefined reference to `__irq_vector'
d:/devkitPro/libnds/lib\libnds7.a(interrupts.o): In function `irqInitHandler':


_________________
www.drunkencoders.com

#83157 - wintermute - Sat May 13, 2006 2:16 pm

CVS is in transition to release 19 and hasn't been helped much by the sudden switch to the new hostname.

As for release 18, can you paste your environment - output from 'set' and the output from a test compile, i.e.
Code:

touch test.c
arm-elf-gcc -v -c test.c -o test.o

_________________
devkitPro - professional toolchains at amateur prices
devkitPro IRC support
Personal Blog