Making with Linuxthreads new comes up with this error: /usr/bin/make -j1 -C /home/dan/xenon/buildroot/output/toolchain/uClibc-0.9.30.2 \ ARCH="i386" \ PREFIX= \ DEVEL_PREFIX=/ \ RUNTIME_PREFIX=/ \ HOSTCC="/usr/bin/gcc" \ all make[1]: Entering directory `/home/dan/xenon/buildroot/output/toolchain/uClibc-0.9.30.2' CC ldso/ldso/ldso.oS In file included from ./libpthread/linuxthreads/sysdeps/i386/i686/pt-machine.h:73, from ./libpthread/linuxthreads/sysdeps/i386/pt-machine.h:24, from ./libpthread/linuxthreads/sysdeps/i386/tls.h:23, from ./include/bits/uClibc_errno.h:35, from ./include/errno.h:62, from ./include/bits/syscalls.h:14, from ./include/sys/syscall.h:34, from ./ldso/ldso/i386/dl-syscalls.h:3, from ./ldso/include/dl-syscall.h:12, from ./ldso/include/ldso.h:37, from ldso/ldso/ldso.c:33: ./libpthread/linuxthreads/sysdeps/i386/i686/../useldt.h:25:20: error: sysdep.h: No such file or directory make[1]: *** [ldso/ldso/ldso.oS] Error 1 make[1]: Leaving directory `/home/dan/xenon/buildroot/output/toolchain/uClibc-0.9.30.2' make: *** [/home/dan/xenon/buildroot/output/toolchain/uClibc-0.9.30.2/lib/libc.a] Error 2 Replacing sysdep.h with sys/syscall.h seems to work, as per http://old.nabble.com/-Bug-153--New:-not-able-to-build-buildroot-td22372229.html This still hasn't been updated in the git tree however, or fixed any other way. I am still getting this in 02/2010.
Can you try again with the latest Buildroot version, and if it fails, send us your .config file ?
I've tested a simple x86 toolchain-only build with LINUXTHREADS_NEW, and indeed, it fails with this exact error message. This problem was also reported at http://old.nabble.com/LINUXTHREADS_NEW-bug.-td19717126.html but it doesn't seem to have been fixed. I think we should try to ask uClibc people about this. Khem, can you share some info about the status of LINUXTHREADS_NEW in uClibc ?
linuxthreads new now seems to work fine with uClibc 0.9.32, at least an i386 and ARM Buildroot build with toolchain and Busybox work fine. uClibc 0.9.30.2 is probably still broken, but we aren't going to fix that sort of problems in older versions of uClibc.