[uClibc-cvs] uClibc/libc/sysdeps/linux/m68k vfork.S,1.3,1.4

[Erik Andersen]

Update of /var/cvs/uClibc/libc/sysdeps/linux/m68k
In directory winder:/tmp/cvs-serv23938/libc/sysdeps/linux/m68k

Modified Files:
	vfork.S 
Log Message:
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



Index: vfork.S
===================================================================
RCS file: /var/cvs/uClibc/libc/sysdeps/linux/m68k/vfork.S,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -d -r1.3 -r1.4
--- vfork.S	31 Oct 2002 18:20:01 -0000	1.3
+++ vfork.S	5 Nov 2003 02:12:55 -0000	1.4
@@ -11,10 +11,13 @@
 	.align 2
 	.globl errno
 	.globl vfork
+	.globl __libc_vfork
 #if defined __HAVE_ELF__
 	.type	 vfork, at function
+	.type	 __libc_vfork, at function
 #endif
 vfork:
+__libc_vfork:
 	movl	%sp at +, %a1               /* save the return address for later */
 	movl	IMM __NR_vfork,%d0
 	trap	#0