From dfc535be8fc57eccf4975ed6efedf51b4d27b05e Mon Sep 17 00:00:00 2001 From: Eric Andersen Date: Wed, 5 Nov 2003 02:12:56 +0000 Subject: Arthur Shipkowski, art ! videon-central ! com, writes: I've noticed a few people have posted over the last year about problems compiling programs that use vfork when pthreads are involved. Some detective work turned up that ptfork.c aliases vfork to fork and then tries to call the original fork as __libc_fork. This patch removes the aliasing when there is no MMU present, and uses the same call semantics to call __libc_vfork. I then added a symbol to the m68k vfork.S to allow vfork to be called as __libc_vfork. The same bug exists in the uClibc CVS, and with a possible tweak this patch should go through there as well. Obviously, all other platforms need __libc_vfork as a workable means to call vfork in order for this to work for them. Let me know if there are any problems with this patch. Art Shipkowski Videon Central Software Engineer (814)235-1111 x307 --- libc/sysdeps/linux/m68k/vfork.S | 3 +++ 1 file changed, 3 insertions(+) (limited to 'libc/sysdeps') diff --git a/libc/sysdeps/linux/m68k/vfork.S b/libc/sysdeps/linux/m68k/vfork.S index 5db163bf5..132c10989 100644 --- a/libc/sysdeps/linux/m68k/vfork.S +++ b/libc/sysdeps/linux/m68k/vfork.S @@ -11,10 +11,13 @@ .align 2 .globl errno .globl vfork + .globl __libc_vfork #if defined __HAVE_ELF__ .type vfork,@function + .type __libc_vfork,@function #endif vfork: +__libc_vfork: movl %sp@+, %a1 /* save the return address for later */ movl IMM __NR_vfork,%d0 trap #0 -- cgit v1.2.3