On 11 March 2013 13:21, Vineet Gupta <[email protected]> wrote: > Since NPTL port to an ARCH can be non-trivial, we must allow the legacy > pthread lib to be built for the common-generic syscall ABI > > Signed-off-by: Vineet Gupta <[email protected]> > Cc: Markos Chandras <[email protected]> > --- > extra/Configs/Config.in | 2 -- > 1 files changed, 0 insertions(+), 2 deletions(-) > > diff --git a/extra/Configs/Config.in b/extra/Configs/Config.in > index 1c6277a..f266d35 100644 > --- a/extra/Configs/Config.in > +++ b/extra/Configs/Config.in > @@ -498,7 +498,6 @@ config HAS_NO_THREADS > > config LINUXTHREADS_OLD > bool "older (stable) version of linuxthreads" > - depends on ARCH_HAS_DEPRECATED_SYSCALLS > # linuxthreads and linuxthreads.old need nanosleep() > select UCLIBC_HAS_REALTIME > help > @@ -509,7 +508,6 @@ config LINUXTHREADS_OLD > > config LINUXTHREADS_NEW > bool "slightly newer version of linuxthreads" > - depends on ARCH_HAS_DEPRECATED_SYSCALLS > help > The new version has not been tested much, and lacks ports for arches > which glibc does not support (like bfin/frv/etc...), but is based on > -- > 1.7.4.1 > > _______________________________________________ > uClibc mailing list > [email protected] > http://lists.busybox.net/mailman/listinfo/uclibc
I don't think this is correct. libpthread/linuxthreads/sysdeps/unix/sysv/linux/smp.h uses the sysctl() syscall which does not exist for new architectures. Did you actually manage to compile linuxthreads(new) on a new arch? -- Regards, Markos Chandras _______________________________________________ uClibc mailing list [email protected] http://lists.busybox.net/mailman/listinfo/uclibc
