This is the mail archive of the newlib@sourceware.org mailing list for the newlib project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
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
Attachment:
signature.asc
Description: PGP signature
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |