summaryrefslogtreecommitdiff
path: root/arch/x86_64/bits
diff options
context:
space:
mode:
authorRich Felker <dalias@aerifal.cx>2012-02-09 02:33:08 -0500
committerRich Felker <dalias@aerifal.cx>2012-02-09 02:33:08 -0500
commitafc35d5efde48b82a7786d9c89b115965da6b637 (patch)
treed71e3007272b5eaa392feb84064459d8de9d82f5 /arch/x86_64/bits
parented2911a11317729c1a13e779237fed736c676c1b (diff)
downloadmusl-afc35d5efde48b82a7786d9c89b115965da6b637.tar.gz
replace bad cancellation cleanup abi with a sane one
the old abi was intended to duplicate glibc's abi at the expense of being ugly and slow, but it turns out glib was not even using that abi except on non-gcc-compatible compilers (which it doesn't even support) and was instead using an exceptions-in-c/unwind-based approach whose abi we could not duplicate anyway without nasty dwarf2/unwind integration. the new abi is copied from a very old glibc abi, which seems to still be supported/present in current glibc. it avoids all unwinding, whether by sjlj or exceptions, and merely maintains a linked list of cleanup functions to be called from the context of pthread_exit. i've made some care to ensure that longjmp out of a cleanup function should work, even though it is not required to. this change breaks abi compatibility with programs which were using pthread cancellation, which is unfortunate, but that's why i'm making the change now rather than later. considering that most pthread features have not been usable until recently anyway, i don't see it as a major issue at this point.
Diffstat (limited to 'arch/x86_64/bits')
-rw-r--r--arch/x86_64/bits/pthread.h6
1 files changed, 0 insertions, 6 deletions
diff --git a/arch/x86_64/bits/pthread.h b/arch/x86_64/bits/pthread.h
deleted file mode 100644
index 7d19065d..00000000
--- a/arch/x86_64/bits/pthread.h
+++ /dev/null
@@ -1,6 +0,0 @@
-struct __ptcb {
- long __jb[7];
- int __dummy;
- struct __ptcb *__next;
- void *__ptrs[3];
-};