From: <sko...@up...> - 2004-10-26 11:34:48
|
>>>>>This looks like a problem i had too! It was caused by compiling/running >>>>>the kernel on a NPTL-enabled system. So i downgraded to a >>>>>non-NPTL-glibc, and everything worked fine again. >>>> >>>>It would work also on a NPTL glibc, but it must be setup as in mainstream >>>>distros - i.e. a non-NPTL glibc in /lib and the NPTL one elsewhere, i.e. >>>>in /lib/tls. Otherwise, UML is linked against the NPTL glibc and does not >>>>work. > > Which would mean that no binaries compiled on that system will be > linked against NPTL, without modifying the LD_LIBRARY_PATH. IMHO, > this still needs to be resolved in some way. UML's Makefile may explicitly link against the glibc in /lib which shouldn't be a NPTL-one. I think it can be done with LD_RUN_PATH and stuff like that. The UML-kernel-binary will than not just contain "libc.so" but the full path "/lib/libc.so" AFAIK. |