musl/arch/i386
Rich Felker da1442c9a8 fix types for wctype_t and wctrans_t
wctype_t was incorrectly "int" rather than "long" on x86_64. not only
is this an ABI incompatibility; it's also a major design flaw if we
ever wanted wctype_t to be implemented as a pointer, which would be
necessary if locales support custom character classes, since int is
too small to store a converted pointer. this commit fixes wctype_t to
be unsigned long on all archs, matching the LSB ABI; this change does
not matter for C code, but for C++ it affects mangling.

the same issue applied to wctrans_t. glibc/LSB defines this type as
const __int32_t *, but since no such definition is visible, I've just
expanded the definition, int, everywhere.

it would be nice if these types (which don't vary by arch) could be in
wctype.h, but the OB XSI requirement in POSIX that wchar.h expose some
types and functions from wctype.h precludes doing so. glibc works
around this with some hideous hacks, but trying to duplicate that
would go against the intent of musl's headers.
2013-03-04 19:22:14 -05:00
..
bits fix types for wctype_t and wctrans_t 2013-03-04 19:22:14 -05:00
atomic.h security hardening: ensure suid programs have valid stdin/out/err 2011-08-23 09:37:39 -04:00
pthread_arch.h add support for TLS variant I, presently needed for arm and mips 2012-10-15 18:51:53 -04:00
reloc.h dynamic-linked TLS support for everything but dlopen'd libs 2012-10-04 22:48:33 -04:00
syscall_arch.h ensure pointer decay in inline-asm arg for i386 syscall6 2012-10-13 23:46:51 -04:00