[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