ARM NPTL support for uClibc

Jim Blandy jimb at codesourcery.com
Mon Aug 14 19:45:50 UTC 2006


"Steven J. Hill" <sjhill at realitydiluted.com> writes:
> As I plainly stated last week, no NPTL will be allowed into the mainline,
> only on the branch. The decision still stands.

You're referring to this:

http://uclibc.org/lists/uclibc/2006-August/016086.html

I don't see a solid reason uClibc should wait until the end of the
year to have NPTL support, if an acceptable patch is available sooner.
Inclusion of NPTL in the trunk should be determined by public,
technical criteria agreed to by the uClibc development community.
When any implementation is available that meets those criteria,
according to the uClibc maintainers willing to review the code, it
should be included in the trunk right away.  To spend from now through
December tracking trunk changes doesn't make sense.

We'd suggest the following criteria:

- Does not break existing LinuxThreads and no-threads configurations,
  as judged by the test suite.

- Works well enough on at least one target that any remaining fixes
  will probably not require major infrastructure changes.

- Meets established uClibc coding conventions and good coding practice.



More information about the uClibc mailing list