bug-gettext
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Big picture of building & packaging


From: Bruno Haible
Subject: Re: Big picture of building & packaging
Date: Tue, 13 Jun 2023 10:26:04 +0200

We're getting closer.

Teddy wrote:
> The values of environment variables are identical in both versions:
> 
> LC_ALL: de
> LANG: (null)
> LC_CTYPE: (null)

That's part of the problem: 'de' is not a valid locale name.
See the output of 'locale -a' on macOS:
$ locale -a | grep ^de | sort
de_AT
de_AT.ISO8859-1
de_AT.ISO8859-15
de_AT.UTF-8
de_CH
de_CH.ISO8859-1
de_CH.ISO8859-15
de_CH.UTF-8
de_DE
de_DE.ISO8859-1
de_DE.ISO8859-15
de_DE.UTF-8

So, on macOS where UTF-8 should be used everywhere, 'de_DE.UTF-8'
is the locale name you meant.

For more info, see
https://www.gnu.org/software/gettext/manual/html_node/Setting-the-POSIX-Locale.html

> However, I didn't realize until I investigated more (from lack of C 
> programming experience), but how you looked up the symbol names is a really 
> good direction.
> 
> When I build v0.21:
> 
>     U _rpl_setlocale (from libgettextlib-0.21.dylib)
> 
> When I build v0.21.1:
> 
>     U _libintl_setlocale (from libintl.8.dylib)

This is unexpected: it's different from what I get.

How come? To find out
  1. cd gettext-tools/src
  2. rm -f msginit-msginit.o
  3. make -n msginit-msginit.o
  4. Take that latter command, remove the "-c" and "-o msginit-msginit.o"
     options and instead add "-E -dD > msginit.preprocessed".
     Run that command.
  5. Please send this msginit.preprocessed file (compressed, since it's large).

I will take a look especially at the output lines that contain
  undef setlocale
and
  define setlocale

Bruno






reply via email to

[Prev in Thread] Current Thread [Next in Thread]