minix/lib/libc/sys-minix/vfork.c

#include <sys/cdefs.h>
#include "namespace.h"
#include <lib.h>

#include <unistd.h>

#ifdef __weak_alias
__weak_alias(vfork, __vfork14)
#endif

pid_t vfork()
{
  message m;

  return(_syscall(PM_PROC_NR, FORK, &m));
}
Add vfork() system call -Same semantics as fork() as it's really just a stub -Eases porting of BSD utilities 2011-07-22 10:55:30 +02:00			`#include <sys/cdefs.h>`
			`#include "namespace.h"`
			`#include <lib.h>`

			`#include <unistd.h>`

			`#ifdef __weak_alias`
various symbol referencing fixes make weak symbol references and namespace renames references the renamed versions. function renaming, weak symbol references and libc namespace.h protection interact in hairy ways and causes weak symbol references for renamed functions to be unresolved; e.g. vfork should be an alias for _vfork but _vfork doesn't exist because __vfork14() exists. this is a problem for dynamically linked executables as all symbols have to be resolved, used or not, at link time. it was masked by clang-compiled base system libraries but is a problem when gcc does it. 2012-06-28 14:56:50 +02:00			`__weak_alias(vfork, __vfork14)`
Add vfork() system call -Same semantics as fork() as it's really just a stub -Eases porting of BSD utilities 2011-07-22 10:55:30 +02:00			`#endif`

retire PUBLIC, PRIVATE and FORWARD 2012-03-25 20:25:53 +02:00			`pid_t vfork()`
Add vfork() system call -Same semantics as fork() as it's really just a stub -Eases porting of BSD utilities 2011-07-22 10:55:30 +02:00			`{`
			`message m;`

			`return(_syscall(PM_PROC_NR, FORK, &m));`
			`}`