musl/src/process, branch v0.9.6 musl - an implementation of the standard library for Linux-based systems use vfork if possible in posix_spawn 2012-09-14T19:32:51+00:00 Rich Felker dalias@aerifal.cx 2012-09-14T19:32:51+00:00 d62f4e98881702f07501b965e5beebd7516deca2 vfork is implemented as the fork syscall (with no atfork handlers run) on archs where it is not available, so this change does not introduce any change in behavior or regression for such archs. 
vfork is implemented as the fork syscall (with no atfork handlers run)
on archs where it is not available, so this change does not introduce
any change in behavior or regression for such archs.
use restrict everywhere it's required by c99 and/or posix 2008 2012-09-07T02:44:55+00:00 Rich Felker dalias@aerifal.cx 2012-09-07T02:44:55+00:00 400c5e5c8307a2ebe44ef1f203f5a15669f20347 to deal with the fact that the public headers may be used with pre-c99 compilers, __restrict is used in place of restrict, and defined appropriately for any supported compiler. we also avoid the form [restrict] since older versions of gcc rejected it due to a bug in the original c99 standard, and instead use the form *restrict. 
to deal with the fact that the public headers may be used with pre-c99
compilers, __restrict is used in place of restrict, and defined
appropriately for any supported compiler. we also avoid the form
[restrict] since older versions of gcc rejected it due to a bug in the
original c99 standard, and instead use the form *restrict.
x86_64 vfork implementation 2012-02-06T23:23:11+00:00 Rich Felker dalias@aerifal.cx 2012-02-06T23:23:11+00:00 4cf667c9c90cdcf63233467cbed42a2dab5c35a9 untested; should work. 
untested; should work.
support vfork on i386 2011-10-15T03:56:31+00:00 Rich Felker dalias@aerifal.cx 2011-10-15T03:56:31+00:00 2bb75db611f1ce534073be20e5834cc75a7c531c 






make available a namespace-safe vfork, if supported
2011-10-15T03:34:12+00:00

Rich Felker
dalias@aerifal.cx

2011-10-15T03:34:12+00:00

768f39a535e5f5a50c2c17dc072e92ba01665ef0

this may be useful to posix_spawn..?





this may be useful to posix_spawn..?







fix various bugs in path and error handling in execvp/fexecve
2011-09-29T04:48:04+00:00

Rich Felker
dalias@aerifal.cx

2011-09-29T04:48:04+00:00

4b87736998e8d8c0610c3c31b6862c77248a98df












fix various errors in function signatures/prototypes found by nsz
2011-09-14T01:09:35+00:00

Rich Felker
dalias@aerifal.cx

2011-09-14T01:09:35+00:00

13cd969552409e05c941829f2aabb15e2f4d9a1f












add missing posix_spawnattr_init/destroy functions
2011-09-13T18:45:59+00:00

Rich Felker
dalias@aerifal.cx

2011-09-13T18:45:59+00:00

0f1ef81462f3533c52a0b030b4bfe87f7f200dcc












use weak aliases rather than function pointers to simplify some code
2011-08-07T00:09:51+00:00

Rich Felker
dalias@aerifal.cx

2011-08-07T00:09:51+00:00

98acf04fc00cbded6169056f2cd541d31725c091












ensure in fork that child gets its own new robust mutex list
2011-07-17T03:17:17+00:00

Rich Felker
dalias@aerifal.cx

2011-07-17T03:17:17+00:00

4ec07e1f60128cdac63bd98e7091240d6e5d888c