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
..
arm	fix types for wctype_t and wctrans_t	2013-03-04 19:22:14 -05:00
i386	fix types for wctype_t and wctrans_t	2013-03-04 19:22:14 -05:00
microblaze	fix types for wctype_t and wctrans_t	2013-03-04 19:22:14 -05:00
mips	fix types for wctype_t and wctrans_t	2013-03-04 19:22:14 -05:00
powerpc	fix types for wctype_t and wctrans_t	2013-03-04 19:22:14 -05:00
x86_64	fix types for wctype_t and wctrans_t	2013-03-04 19:22:14 -05:00