align x32 pthread type sizes to be common with 32-bit archs
authorRich Felker <dalias@aerifal.cx>
Thu, 12 Mar 2015 18:43:36 +0000 (14:43 -0400)
committerRich Felker <dalias@aerifal.cx>
Thu, 12 Mar 2015 18:43:36 +0000 (14:43 -0400)
commit673cab5c56f6b6a8afb01c4b5341963ff259e996
tree57c3de54cb6887e4290af8de8dfd781e1e75121f
parent01ef3dd9c5fa7a56aa370f244dd08e05c73010f5
align x32 pthread type sizes to be common with 32-bit archs

previously, commit e7b9887e8b65253087ab0b209dc8dd85c9f09614 aligned
the sizes with the glibc ABI. subsequent discussion during the merge
of the aarch64 port reached a conclusion that we should reject larger
arch-specific sizes, which have significant cost and no benefit, and
stick with the existing common 32-bit sizes for all 32-bit/ILP32 archs
and the x86_64 sizes for 64-bit archs.

one peculiarity of this change is that x32 pthread_attr_t is now
larger in musl than in the glibc x32 ABI, making it unsafe to call
pthread_attr_init from x32 code that was compiled against glibc. with
all the ABI issues of x32, it's not clear that ABI compatibility will
ever work, but if it's needed, pthread_attr_init and related functions
could be modified not to write to the last slot of the object.

this is not a regression versus previous releases, since on previous
releases the x32 pthread type sizes were all severely oversized
already (due to incorrectly using the x86_64 LP64 definitions).
moreover, x32 is still considered experimental and not ABI-stable.
arch/x32/bits/alltypes.h.in