Now I'm curious...

[Crane, Matthew]

Hi, 

It does build, whereas the linuxthreads fails with the sysdep-cancel.h
not found.  I haven't tested it yet though, I'm waiting for hw to arrive
with more memory. 

What makes you say it would be useless?  Or that the performance will
suck?  Besides some minor massaging, the only non-mmu issue in building
it was the wrap of fork, which I changed to vfork.  It was obvious it
has not been tested with a non-mmu uclinux build though, as the sysnums
to not generate correctly, and there is no handling of fork not being
present.  There is a set_tls syscall with arm no-mmu too, but I had to
incorporate the __ARM_NR's into the gen sysnum script.  

Can you explain why linuxthreads performance be better?  The reason
wanted nptl is because it's supposedly a more efficient way to run
threads on linux.  Is that wrong?   You didn't really give a specific
reason why it wouldn't work.

Matt
 

-----Original Message-----
From: Steven J. Hill [mailto:sjhill at realitydiluted.com] 
Sent: Wednesday, September 05, 2007 11:34 AM
To: Crane, Matthew
Cc: Steven J. Hill; uclibc at uclibc.org
Subject: Re: Now I'm curious...

> 
> 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 only does it
make doing TLS difficult, the performance is going to suck. Also, the
stuff from CodeSourcery will not support no-MMU.

-Steve