Re: [musl] Implementation of built-in locale only allows for 'C.UTF-8' and fails with just 'C'

[Rich Felker <dalias@libc.org>]

On Thu, Jan 16, 2020 at 05:53:42PM +0400, Abdessattar Sassi wrote:
> Hi,
> 
> I run into a problem compiling a C library into WASM using emscripten,
> which in turn uses libmusl.
> 
> The library calls 'locale_t __newlocale(int mask, const char *name, locale_t
> loc)' with name being "C".
> the implementation in musl calls __get_locale() with val being "C":
> 
> https://github.com/emscripten-core/emscripten/blob/2bca083cbbd5a4133db61fbd74d04f7feecfa907/system/lib/libc/musl/src/locale/locale_map.c#L44
> -- extracted from locale_map.c:
> 
> int builtin = (val[0]=='C' && !val[1])
> >       || !strcmp(val, "C.UTF-8")
> >       || !strcmp(val, "POSIX");
> > if (builtin) {
> >       if (cat == LC_CTYPE && val[1]=='.')
> >             return (void *)&__c_dot_utf8;
> >       return 0;
> > }
> 
> 
> If I understand that code correctly, it will return 0 (fail) if the name is
> just "C" and not "C.UTF-8".
> 
> Is this the intended behavior? (note that glibc and others do NOT require
> the .UTF-8, a simple 'C' works just fine and many existing code relies on
> that).
> 
> Thank you.
> 
> *Please Cc: me in reply.*

__get_locale is not a public function; its internal contract is that
it returns 0 for the C locale. This is not an error condition. If
newlocale is failing then the problem is somewhere else. Do you have a
test case to reproduce the failure?

Rich