diff options
author | Rich Felker <dalias@aerifal.cx> | 2011-09-18 10:14:37 -0400 |
---|---|---|
committer | Rich Felker <dalias@aerifal.cx> | 2011-09-18 10:14:37 -0400 |
commit | 3f72cdac73030761120cf32aeef44e7d03e2f1fa (patch) | |
tree | d52dde9adbb8386100d98371d4e954fb88af2c41 /arch | |
parent | 455fc98389fac09d8cf7ec4cde310a5b7ca47485 (diff) | |
download | musl-3f72cdac73030761120cf32aeef44e7d03e2f1fa.tar.gz musl-3f72cdac73030761120cf32aeef44e7d03e2f1fa.tar.xz musl-3f72cdac73030761120cf32aeef44e7d03e2f1fa.zip |
overhaul clone syscall wrapping
several things are changed. first, i have removed the old __uniclone function signature and replaced it with the "standard" linux __clone/clone signature. this was necessary to expose clone to applications anyway, and it makes it easier to port __clone to new archs, since it's now testable independently of pthread_create. secondly, i have removed all references to the ugly ldt descriptor structure (i386 only) from the c code and pthread structure. in places where it is needed, it is now created on the stack just when it's needed, in assembly code. thus, the i386 __clone function takes the desired thread pointer as its argument, rather than an ldt descriptor pointer, just like on all other sane archs. this should not affect applications since there is really no way an application can use clone with threads/tls in a way that doesn't horribly conflict with and clobber the underlying implementation's use. applications are expected to use clone only for creating actual processes, possibly with new namespace features and whatnot.
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions