On 4/10/06, Dave Abergel <[EMAIL PROTECTED]> wrote: > > I have compiled a new LFS based on 6.1.1 but using linuxthreads instead of > NPTL for glibc's threading model. I've installed the base system and X > with no troubles (the test results for glibc and gcc gave the same as > for an nptl version). Now I can install and use Maple with no troubles.
Of course! Thanks for reporting back, Dave. That makes a lot more sense than any of the LD_ASSUME_KERNEL nonsense. I think you are in the minority of people that would want a linuxthreads enabled glibc at this point, but glibc does support having both threading libraries. I've never tried it, and it's not for the faint of heart, but RedHat installs a glibc with both libraries (actually 3 versions on some systems, with one having no threading support). What happens is that the NPTL enabled libc and friends go in /lib/tls and /usr/lib/tls and the linuxthreads enabled ones go in /lib and /usr/lib. If you ever strace a binary, you will see it looking in /lib/tls first and then /lib. This is designed into the dynamic linker ld.so for this exact reason. Anyway, very interesting stuff. Someone should send a note to Maple to get with the program and build their binaries with NPTL support. No doubt it would be much faster. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
