arm-elf-eabi-gcc not in PATH

[sunami88]

I'm using cygwin to compile Rockbox builds. It was working just the other day, I built the latest rev for my Clip+, and the thing even booted, good times.

Today I started it up, did "rm *" in ~/rockbox/build-clip+ to make sure it was clean, and did "../tools/configure" just like I did last time. However now I get this;

Normal build selected
Using source code root directory: /home/sunami88/rockbox
../tools/configure: line 2834: arm-elf-eabi-gcc: command not found
../tools/configure: line 2841: arm-elf-eabi-ld: command not found
[WARNING] The compiler you must use (arm-elf-eabi-gcc) is not in your path!
[WARNING] this may cause your build to fail since we cannot do the
[WARNING] checks we want now.
Using arm-elf-eabi-ld
Created Makefile

Of course, now it won't compile. I've been back through the Wiki, tried re-installing the packages, editing my PATH, everything. Nothing has changed in this environment from the last time I used it, but it just won't compile.

I'm sure it's got to be some stupid little error or something I'm missing, but I just can't get it. Like I said, it was working fine and now doesn't work at all.

[saratoga]

We updated our compiler, so you need to update too.  Rerun rockboxdev.sh and install the eabi compiler.

[sunami88]

We updated our compiler, so you need to update too.  Rerun rockboxdev.sh and install the eabi compiler.

I got a crap load of errors... I think I'm missing some dependencies. Seems the Wiki article needs to be updated?

libtool: link: cannot find the library `/usr/lib/libiconv.la' or unhandled argum
ent `/usr/lib/libiconv.la'
make[4]: *** [size.exe] Error 1
make[4]: Leaving directory `/tmp/rbdev-build/build-binutils/binutils'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/rbdev-build/build-binutils/binutils'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/tmp/rbdev-build/build-binutils/binutils'
make[1]: *** [all-binutils] Error 2
make[1]: Leaving directory `/tmp/rbdev-build/build-binutils'
make: *** [all] Error 2

I'm installing libtool right now, hopefully that'll fix it up.

As an aside, what is the best way of keeping informed about this kind of update (short of signing up for the mailing list and reading every email).

Addendum: I have my RSS reader set to parse the Twitter feed for all changes made to the players I own, but unless something very specific is posted in the Subersion (e.g. "FuzeV2/Clip+/as3535v2/etc is built with eabi compiler now, run rockboxdev.sh to avoid compiler errors"), I miss it.

EDIT:
Now I'm getting

ROCKBOXDEV: extracting binutils-2.20.1.tar.bz2
ROCKBOXDEV: applying patch binutils-2.20.1-ld-thumb-interwork-long-call.diff
patching file bfd/elf32-arm.c
ROCKBOXDEV: mkdir build-binutils
mkdir: cannot create directory `build-binutils': File exists

...What is the best way to revert the changes after it has failed once?

Stupid question, clearing out /tmp did it. It's late haha.

[saratoga]

I got a crap load of errors... I think I'm missing some dependencies. Seems the Wiki article needs to be updated?

I don't think the wiki ever listed the depencies, so it should be up to date.

As an aside, what is the best way of keeping informed about this kind of update (short of signing up for the mailing list and reading every email).

dev list.  But really, the message telling you that you don't have the compiler it wants to use installed should be a clue that theres a new compiler needed

[sunami88]

I don't think the wiki ever listed the depencies, so it should be up to date.

For using cygwin, it does. I should've been more specific as to which wiki article, but again with it being late: seems to be when I do most of my Rockboxing... Anyways I'll make the appropriate changes to the article assuming I don't fall asleep before I get it compiling. Far as I figure right now, at least Devel - libtool needs to be added to Section 2.1 - Package Selection.

dev list.  But really, the message telling you that you don't have the compiler it wants to use installed should be a clue that theres a new compiler needed

Haha true, but still, running ~/rockbox/tools/rockboxdev.sh to install the new compiler wasn't exactly the first thing that sprang to my mind .

EDIT:
And now I've got

libtool: link: cannot find the library `/usr/lib/libiconv.la' or unhandled argum
ent `/usr/lib/libiconv.la'
make[4]: *** [size.exe] Error 1
make[4]: Leaving directory `/tmp/rbdev-build/build-binutils/binutils'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/rbdev-build/build-binutils/binutils'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/tmp/rbdev-build/build-binutils/binutils'
make[1]: *** [all-binutils] Error 2
make[1]: Leaving directory `/tmp/rbdev-build/build-binutils'
make: *** [all] Error 2

So I'll try Devel - libiconv now? I'm really just playing whack-a-mole here...

EDIT2:
Stupid thing keeps stalling on random files now. It gets to downloading a certain file, and just stops.

ROCKBOXDEV: Downloading http://mirrors.kernel.org/gnu/gcc/gcc-4.4.4/gcc-core-4.4
.4.tar.bz2 using wget
--2010-06-13 13:58:18--  http://mirrors.kernel.org/gnu/gcc/gcc-4.4.4/gcc-core-4.
4.4.tar.bz2
Resolving mirrors.kernel.org... 204.152.191.39, 149.20.20.135
Connecting to mirrors.kernel.org|204.152.191.39|:80... connected.
HTTP request sent, awaiting response...

The last 3 times I've tried it's been a different file it's stalled on. This has nothing to do with my internet connection as it's quite good, and I haven't had any problems browsing around. What a migraine, it's gotta be after it's been compiling for ~30 minutes.

[funman]

Download it from firefox or something and put it in /tmp/rbdev-dl (or whatever the download folder is named), then re-run the script

[sunami88]

Download it from firefox or something and put it in /tmp/rbdev-dl (or whatever the download folder is named), then re-run the script

Would be a good idea, but the script always baulks at me if tmp/whatever isn't empty. Plus it was always erroring out on different files...

Anyways, I did get the eabi compiler... err, compiled. This took many hours in cygwin... But in the end, I needed;

Devel - libtool
Devel - libiconv
Web - wget

The wiki page won't let me edit it (Access check on Main.CygwinDevelopment failed. Action "CHANGE": access not allowed on web.), so someone's gonna have to do that. Adding a line about running ~/rockbox/tools/rockboxdev.sh and hitting e to install the compiler if you own a Sansa or other affected model might be a good idea too. Could stop someone else from posting. If it were me, I might put an asterisk beside each of the above 3 items just to denote that they might only be required for targets that utilize the eabi compiler.

Oh and at first I was trying to compile with "make -j" to take advantage of my dual core processor, but this seems to cause many errors, to the point of almost crashing the whole OS (seemed to be when it got to the codecs). Might want to add a line that with the eabi compiler, using make -j is not recommended in cygwin.

Update: nls is correct. It builds just fine on my dual core with "make -j2".

But ya, I have successfully built r26840 for the Clip+, and I will try it out on my FuzeV2 just to be sure a little later. Works fine as of right now though.



Some time later:
Yep, builds for the FuzeV2 just fine as well (I'm listening to some tunes on it right now). r26841 this time.

[nls]

"make -j" can create *lots* of parallell jobs, it's genreally beter to use "make -jX" where X is number of jobs you want, usually around the number of cores you have.

[oldschool83]

I also cannot get it to run, I get the same path error as you about finding eabi-gcc. I even made a lamer's guide on what I am doing:

1.   Get http://www.cygwin.com/
2.   Run again the installer and select packages:
·   curl
·   wget
·   patch
·   svn
·   make
·   Devel → gcc, gdb
·   Devel → libtool, libiconv
4.   run cygwin, go to \cygwin\home\UserName
5.   type “svn co svn://svn.rockbox.org/rockbox/trunk rockbox“
6.   put the patch inside the new rockbox folder (i.e. the root)
7.   type “patch --binary -p0 < patchfilename“, where patchfilename is the name of patch
8.   mkdir build
9.   cd build
10.   run ../tools/rockboxdev.sh script from inside the build folder
11.   select “e” for “arm-elf-eabi-gcc”. Download and install begins.
12.   export PATH= /usr/local/arm-elf-eabi/bin :$PATH
13.   while in build run ../tools/configure
14.   select the appropriate number for the corresponding device and Normal (N) build

And here I get the error. Both paths /usr/local/arm-elf-eabi/bin and /usr/local/arm-elf-eabi are seen when I type $PATH

[saratoga]

If you type 'which arm-elf-eabi-gcc' does it give you the path to the compiler?

[oldschool83]

Hm, no..

[sunami88]

I always ran ./rockboxdev.sh from within tools. It should take a really long time (and only have to complete successfully once!). By "a really long time", I mean a good 7 hours or so on my 1.60Ghz CoreDuo laptop (my 2.66Ghz QuadCore monster desktop being indisposed at the moment). I set it going and walked away for the day...

Also, which arm-elf-eabi-gcc returns "/usr/local/bin/arm-elf-eabi-gcc" as it should... are you sure it finished downloading/compiling? Did you happen to copy what it last said before you tried to compile the latest rev?

[gevaerts]

Did you take into account that the default installation paths recently changed?
Is /usr/local/bin in your PATH?

[oldschool83]

After running rockboxdev.sh it processes for about an hour or more. Then I get this message:
http://img412.imageshack.us/img412/5681/52905234.jpg

I have no path to arm-elf-eabi, which goes in usr/local after running rockboxdev.

I have no directory called arm-elf-eabi-gcc, which is what I get in the error prompt.

When I type echo $PATH I see /usr/local/bin but no arm-elf-eabi/bin

How can I add it there? I am not exactly sure how to work with export and PATH commands.. Or maybe I am completely missing arm-elf-eabi-gcc. When I run rockboxdev I hit "e" for it and the Clip v2, but I get no such directory in usr/local

[saratoga]

I wouldn't worry about setting the path to your compiler until you manage to get the compiler installed.  Try clearing out all the files downloaded by cygwin and starting the build over.  It also wouldn't hurt to scroll up through that log and make sure thats the first error message generated.