John-Mark Bell, on 31 May, wrote: > Hi, > > In the process of upgrading the third-party components required to build > NetSurf, it became apparent that OpenSSL 3 makes use of the extended > locale APIs introduced in POSIX.1-2008. While it only uses a subset of > these APIs, I've taken the opportunity to implement the majority of them > in UnixLib. > > Items outstanding (for the standard APIs -- I've ignored the GNU > extensions entirely) are: > > 1. strftime_l() has not been implemented. > 2. The uselocale() implementation does not conform to the specification. > It should be setting a thread-local locale (and, further, the global > variable it updates is entirely ignored by all the APIs that would > ordinarily use the global locale -- these would need updating to make > use of the thread-local locale, if it exists). > > Additionally, the extended-locale ctype functions (i.e. isalpha_l() and > friends) are not in any way optimised like their non-extended > counterparts. Doing so will require making parts of the struct pointed > to by a locale_t public (which is what glibc does, at least).
Having updated my local autobuilder to revision 7702 to include this patch neither gcc4 nor build-world build. The errors are of the form :- In file included from /home/pi/gccsdk/gcc4/srcdir/gcc/libunixlib/common/riscosify.c:48:0: /home/pi/gccsdk/gcc4/srcdir/gcc/libunixlib/include/string.h:97:27: fatal error: bits/locale_t.h: No such file or directory Have I missed something, or is there more to come? -- David Pitt _______________________________________________ GCCSDK mailing list gcc@gccsdk.riscos.info Bugzilla: http://www.riscos.info/bugzilla/index.cgi List Info: http://www.riscos.info/mailman/listinfo/gcc Main Page: http://www.riscos.info/index.php/GCCSDK
