Re: CT 0.29 - stuck compiling gcc 4.0 glibc 2.2.5 ppc405: execvp: /bin/sh: Resource temporarily unavailable

[Dan Kegel <dank at kegel dot com>]

Martin,
when you get to building the final glibc-2.2.5 for ppc405 with gcc-4,
it will fail like this:

In file included from ../linuxthreads_db/proc_service.h:20,
                 from ../linuxthreads_db/thread_dbP.h:6,
                 from internals.h:36,
                 from attr.c:23:
../sysdeps/unix/sysv/linux/powerpc/sys/procfs.h:53: error: syntax error before 'elf_vrreg_t'
../sysdeps/unix/sysv/linux/powerpc/sys/procfs.h:53: warning: type defaults to 'int' in declaration of 'elf_vrreg_t'
../sysdeps/unix/sysv/linux/powerpc/sys/procfs.h:53: warning: data definition has no type or storage class
../sysdeps/unix/sysv/linux/powerpc/sys/procfs.h:54: error: syntax error before 'elf_vrregset_t'
../sysdeps/unix/sysv/linux/powerpc/sys/procfs.h:54: warning: type defaults to 'int' in declaration of 'elf_vrregset_t'
../sysdeps/unix/sysv/linux/powerpc/sys/procfs.h:54: warning: data definition has no type or storage class
make[2]: Leaving directory `/home/dank/queue/jobdir.fast2/crosstool-0.30/build/powerpc-405-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/glibc-2.2.5/linuxthreads'
make[2]: *** [/home/dank/queue/jobdir.fast2/crosstool-0.30/build/powerpc-405-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/build-glibc/linuxthreads/attr.o] Error 1
make[1]: Leaving directory `/home/dank/queue/jobdir.fast2/crosstool-0.30/build/powerpc-405-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/glibc-2.2.5'
make[1]: *** [linuxthreads/others] Error 2
make: *** [all] Error 2

That's not a big deal; just create a patch analogous to
http://kegel.com/crosstool/crosstool-0.29/patches/glibc-2.2.5/glibc-2.2.5-allow-gcc-4.0-i386.patch

I'm looking forward to receiving that patch from you :-)

Pretty much all the architectures will need this.  I did
a bunch of them for glibc-2.3.[234], but only did i386 for glibc-2.2.5
(which builds fine with gcc-4.0, btw).

I haven't run a single executable, ever, built with gcc-4.0;
I've been too busy getting toolchains to build.  So who
knows, more patches will probably be needed to get everything
to work 100% at runtime.
- Dan

--
Trying to get a job as a c++ developer?  See http://kegel.com/academy/getting-hired.html

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com