On Wednesday 05 May 2010 11:42:10 Timo Teräs wrote: > Carmelo AMOROSO wrote: > > On 5/5/2010 3:48 PM, Natanael Copa wrote: > >> Last night we rebuild basicly all packages against uclibc with nptl > >> which means that alpine linux (x86) now officially run uclibc with > >> nptl. (first distro that does?) > > > > STLinux distro (www.stlinux.com) for SH4 from STMicroelectronics > > is running with uclibc-nptl since more than 2 years ;-) > > Emphasis was on *x86*.
I've got x86, mips, arm, powerpc, sh4, and sparc running 0.9.31, and see no reason NPTL wouldn't work if I just changed on URL and tweaked the shared uClibc .config they all build from. I just haven't bothered because no 64-bit targets work for me (busybox build fails on x86_64, mips64...) because this has been broken for over a month: http://lists.busybox.net/pipermail/uclibc/2010-April/043745.html Here's where I tracked down a reproduction sequence: http://lists.busybox.net/pipermail/uclibc/2010-April/043745.html And here's where Bernhard said he had a fix pending "ASAP": http://lists.busybox.net/pipermail/uclibc/2010-April/043923.html But it's not in the 0.9.31 branch yet, and there's no 0.9.31.1 in sight. I'll start getting enthused about NPTL when 0.9.31 isn't a regression from 0.9.30.3. Rob -- Latency is more important than throughput. It's that simple. - Linus Torvalds _______________________________________________ uClibc mailing list [email protected] http://lists.busybox.net/mailman/listinfo/uclibc
