On 9/4/07, Mark Shelby [EMAIL PROTECTED] wrote:
7.) Is the system developer friendly? Why, or why not? If yes, what
can be done to encourage more participation? If no, what fundemental
things need to be changed?
actually, if you minus off the routers and their (outdated) uclibc,
there are not
Hi Rob, folks,
On Wednesday 05 September 2007 00:38, Rob Landley wrote:
Er, deciding to allow means nothing if nobody does the work. My
objection is that people who were chased away from the current uClibc
tree have since been doing more work than the people who did the chasing.
On Wed, Sep 05, 2007 at 02:52:11PM +0200, Christian MICHON wrote:
so, the NPTL stuff is ready...
My branch contains a fully working NPTL for the MIPS architecture only.
I have patches from CodeSourcery for ARM and ST Microelectronics for
SuperH 4. Those are the only three architectures
Steven J. Hill wrote:
On Wed, Sep 05, 2007 at 02:52:11PM +0200, Christian MICHON wrote:
so, the NPTL stuff is ready...
My branch contains a fully working NPTL for the MIPS architecture only.
I have patches from CodeSourcery for ARM and ST Microelectronics for
SuperH 4. Those are
Hi Steven,
I would be interested in the ARM NPTL patches for uClibc,
Best regards,
Steve
On Wed, 2007-09-05 at 07:59 -0500, Steven J. Hill wrote:
On Wed, Sep 05, 2007 at 02:52:11PM +0200, Christian MICHON wrote:
so, the NPTL stuff is ready...
My branch contains a fully working NPTL
Hi,
I'm using the uclibc 0.9.28 with the csl nptl patch, I'm building it
with buildroot and a 2.6.22 uclinux kernel.
The problem I'm having is the generated header ./include/bits/sysnum.h
in uclibc does not include the EABI defines from the kernel header, or
arm specific NR's that start with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
latest SH4 uClibc public release in RPM source package:
http://www.stlinux.com/pub/stlinux/2.3ear/SRPMS/stlinux23ear-target-uclibc-nptl-0.9.29-23.src.rpm
There is also an SH4 uclibc toolchain and user-space applications (e.g.
busybox). Binary
Have you built nptl for arm7 no-mmu? I'm woried that I may be making
the effort to integrate it into our build for a big let down and
debugging effort in the end.
It will not work. Using NPTL on a no-MMU system is going to be pretty
worthless IMHO. You should stick with linuxthreads. Not
