From 3e618254fd7d842f63b19b89a7b9cee0ec76637b Mon Sep 17 00:00:00 2001 From: "\"Steven J. Hill\"" Date: Thu, 11 Aug 2005 03:25:34 +0000 Subject: It occurred to me that for the uClibc way of doing things, we should be using the syscall to fork if pthreads is not being used for NPTL, just like we do with the linuxthreads model. There were some name collisions that had to fixed, but things should be sane now. Also, due to complexities of the new thread model and compilation, the 'fork.c' from NPTL has to be compiled in with the C library, even though the code in it is not called until pthreads is linked in either dynamically by the loader or in a static binary. If that all makes sense to you, give yourself a cookie. --- libpthread/nptl/sysdeps/unix/sysv/linux/pt-fork.c | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'libpthread/nptl/sysdeps/unix/sysv/linux/pt-fork.c') diff --git a/libpthread/nptl/sysdeps/unix/sysv/linux/pt-fork.c b/libpthread/nptl/sysdeps/unix/sysv/linux/pt-fork.c index f57f0dfa3..6c39eb772 100644 --- a/libpthread/nptl/sysdeps/unix/sysv/linux/pt-fork.c +++ b/libpthread/nptl/sysdeps/unix/sysv/linux/pt-fork.c @@ -22,6 +22,10 @@ pid_t __fork (void) { +#ifdef __UCLIBC__ + return __libc_fork_nptl (); +#else return __libc_fork (); +#endif } strong_alias (__fork, fork) -- cgit v1.2.3