On Fri, Sep 26, 2008 at 11:06:22AM -0400, Chase Douglas wrote: >> Removing LINUXTHREADS_OLD might be a good idea. (This still has >> nothing to do >> with NPTL.) Having two is silly, and anything that's wrong with the >> newer >> linuxthreads should be _fixed_ before NPTL goes in. Eliminating >> unnecessary >> duplication is always a plus, and removing code where possible is what >> uClibc >> is all about, really. > > Has anyone else tried to compile openssh against the new linuxthreads > stack? When I tried a few weeks ago it failed to compile auth-pam.c. In > that file they do some pretty wacky stuff like redefining some of the > pthread functions. Unfortunately, there doesn't seem to be a way to get > that file to build due to the way the uClibc pthread header files are > architected. So my suggestion would be to make sure that openssh can > compile against uClibc with the newer linuxthreads stack before > contemplating getting right of the older linuxthreads stack.
One could argue that openssh is the thing that needs fixing. I don't think that's necessarily the case, but it is a valid argument. And there's always dropbear ;). > Also, I posted a patch to rectify a pthread fork mutex issue for > linuxthreads.old. I am not convinced that the newer linuxthreads stack > safely deals with the situation either, so porting that patch may be > wise. It shouldn't take hardly any work to do so as well. That should certainly be looked at. josh _______________________________________________ uClibc mailing list [email protected] http://busybox.net/cgi-bin/mailman/listinfo/uclibc
