On 11/23/2009 03:31 PM, Rob Landley wrote: > It doesn't touch anything outside that new directory, so really can't break > anything else. (Unless the makefile is listing directory contents and > descending into them blindly, which I wouldn't put past it. Even so, this is > infrastructure in search of a user, interesting only because of later > patches.)
It actually can break stuff, because it ends up replacing a few syscalls like fork, clone, getpid, etc... and some others for specific archs. If you read the arch specific commits ( sparc: 843d561 , i386: b04c2ba ) and the "some tweaks under libc/" commit you'll see what I mean. > Under sysdeps there are eight architecture subdirectories (alpha, arm, i386, > mips, sh, sparc, powerpc, x86_64 plus a "generic"), but it also has > "pthreads" > and "unix" at the same level as if those were hardware architectures. Then > all the interesting stuff under "unix" is in the unix/sysv/linux directory, > as > if there's not only going to be NPTL for some platform other than Linux, but > for a _lot_ of platforms other than Linux. And of course at this level, they > _repeat_ the architecture-specific subdirectories for all those hardware > targets, and add a "bits" subdirectory too because you can't ever have _just_ > architecture subdirectories without mixing them with something else at the > same level. Yeah this is horrible, and I've wanted to fix it, but was reluctant to break working code for other people. We'll need to have someone for each arch retest everything when we refactor all this mess. There's a lot of reliance on include order across all the various subdirectories currently. -Austin _______________________________________________ uClibc mailing list [email protected] http://lists.busybox.net/mailman/listinfo/uclibc
