ARM NPTL support for uClibc

[Khem Raj]

Hi Steve

December seems to be a bit late. We can help with testing and merging 
the NPTL branch code to mainline if you wish. As mainline is stable 
these days. It will be to the advantage of all of us
to get it in mainline as soon as we can. This way we can also resolve 
the conflicts if any we will find in different implementations.

Thanks

Khem
 
Steven J. Hill said the following on 8/12/2006 3:07 PM:
> Jim Blandy wrote:
>   
>> With much respect and appreciation for Steve Hill's work, we'd like to
>> suggest that these changes, once reviewed and revised, be included
>> directly on the uClibc trunk, rather than going through Steve's branch
>> and being merged to the trunk in December, as he suggested on Tuesday.
>> This is an opportunity for uClibc to benefit from Steve's and
>> CodeSourcery's efforts immediately, and support NPTL today, on one of
>> the most popular embedded processors.  Maintaining this patch
>> off-trunk through December would be a substantial burden for
>> CodeSourcery; patches of this scale bitrot quickly.
>>
>>     
> As I plainly stated last week, no NPTL will be allowed into the mainline,
> only on the branch. The decision still stands.
>   
>   
>> test                    GNU C Library           uClibc-0.9.28-csl-nptl-4
>> ================        =============           ========================
>> nptl/tst-cancel7        fail                    fail
>> nptl/tst-cancelx7       fail                    fail
>> nptl/tst-exec4          fail                    fail
>> tls/tst-tls6            pass                    fail (regression)
>>
>>     
> Both tst-cancel7 and tst-exec4 work for me just fine in both uClibc and
> glibc for MIPS.
>
> -Steve
> _______________________________________________
> uClibc mailing list
> uClibc at uclibc.org
> http://busybox.net/cgi-bin/mailman/listinfo/uclibc
>   

-- 
Khem Raj <kraj at mvista.com>
MontaVista Software Inc.