On Monday 11 March 2013 07:04 PM, Markos Chandras wrote:
> On 11 March 2013 13:21, Vineet Gupta <vineet.gup...@synopsys.com> 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 <vgu...@synopsys.com>
>> Cc: Markos Chandras <markos.chand...@imgtec.com>
>> ---
>>  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
>> uClibc@uclibc.org
>> 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?

Nope - I'm currently using linuxthreads.old and threading seems to be running 
fine
on it.
I did the fix for both - just to maintain the symmetry - which hence is 
incorrect.
So I need to do that only for linxthreads.old - do you have any reservations
against that.

-Vineet

_______________________________________________
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc

Reply via email to