Link failure with locale routines (when _MB_CAPABLE undefined)

[Corinna Vinschen]

Hi Ulrich,

On Aug 18 14:02, Ulrich Weigand wrote:
> Hello,
> 
> attempting to use the new locale routines, in particular newlocale
> and freelocale, on a newlib built with _MB_CAPABLE undefined,
> results in link failures:
> 
> spu/lib/libg.a(lib_a-newlocale.o): In function `_newlocale_r':
> newlib/libc/locale/newlocale.c:113: undefined reference to `__C_locale'
> newlib/libc/locale/newlocale.c:111: undefined reference to `__C_locale'
> newlib/libc/locale/newlocale.c:167: undefined reference to `__loadlocale'
> spu/lib/libg.a(lib_a-freelocale.o): In function `_freelocale_r':
> newlib/libc/locale/freelocale.c:44: undefined reference to `__C_locale'
> newlib/libc/locale/freelocale.c:44: undefined reference to `__C_locale'
> 
> This causes a build failure for libgfortran on spu-elf, because it
> results in configure detecting uselocale available while newlocale
> is not, and libgfortran doesn't handle that combination correctly.
> 
> The reason for the failure appears to be that __C_locale and
> __loadlocale are defined only if _MB_CAPABLE is defined, but
> they are used unconditionally from newlocale.c / freelocale.c.

Any chance for a patch?  You're set up for testing !_MB_CAPABLE
after all...


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/newlib/attachments/20160818/40fff5b1/attachment.sig>