uclibc x86_64 NPTL support?

[Peter Mazinger]

> On Fri, Jul 01, 2011 at 03:38:04AM +1000, Nemykal wrote:
> > Actually I think I may have found the culprit: I only get this error
> when
> > DOMULTI=y

IIRC this option was never really finished. I began working on it (only on x86), made it build some years ago, but it needs some changes to syscall macros, since there is a bug in bits/syscalls.h.

> > With uClibc development/debugging options
> > ->  [*] Compile all sources at once into an object
> > 
> > I get that error. But when I disable that option, libpthread.a is
> compiled
> > successfully.
> > 
> > Guess that's solved, kinda... Sorry for wasting your time...
> 
> For what it's worth, if you will be using static linking, this option
> (DOMULTI) is extremely harmful to bloat. It will cause the whole libc

DOMULTI is meant only for lib*.so's, can´t recall how this would influence static libraries.

Peter

> to be included in every program. I would avoid it unless you intend to
> use only dynamic linking, and even then I would treat this option with
> a great deal of suspicion. It can also lead to obscure bugs due to the
> compiler performing cross-module optimizations that it "shouldn't be
> able to see".
> 
> Rich
> _______________________________________________
> uClibc mailing list
> uClibc at uclibc.org
> http://lists.busybox.net/mailman/listinfo/uclibc

-- 
NEU: FreePhone - kostenlos mobil telefonieren!			
Jetzt informieren: http://www.gmx.net/de/go/freephone