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:[EMAIL PROTECTED] Sent: Wednesday, September 05, 2007 11:34 AM To: Crane, Matthew Cc: Steven J. Hill; [email protected] 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 _______________________________________________ uClibc mailing list [email protected] http://busybox.net/cgi-bin/mailman/listinfo/uclibc
