digilist.cpp will not compile in Arch Linux due to xlocale.h being Xlocale.h on Arch Linux Machines:
The following change will make the build work correctly for Arch Linux builds:
Or rather, you have to keep xlocale.h for the broken macOS that doesn't follow POSIX 2008, and for other systems might use <ctype.h> as defined or get away with locale.h for systems that don't follw that either.
This is a conservative approach, but should be extended to cover all POSIX.2008 platforms. Note that U_PLATFORM_IMPLEMENTS_POSIX is not suitable.
Btw, it could be helpful to change the title of this ticket and if possible also the first description, otherwise people might read about Xlocale.h and casing and stop reading..
Changed the description. I was not sure about this, but we also got another ticket - #13385, and reproduced the issue with glibc 2.26.
I think we need to detect if the new POSIX.1-2008 locale_t stuff are defined in xlocale.h or locale.h by autoconf.
Anyway, updated the description.
Closing this one - see #13385.