[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: IBM z/OS compatibility issues - per-thread locale functions
From: |
Daniel Richard G. |
Subject: |
Re: IBM z/OS compatibility issues - per-thread locale functions |
Date: |
Fri, 13 Dec 2019 15:33:42 -0500 |
User-agent: |
Cyrus-JMAP/3.1.7-680-g58d4e90-fmstable-20191213v1 |
On Fri, 2019 Dec 13 05:32-05:00, Bruno Haible wrote:
>
> This should fix it. Thanks for the feedback.
Arrrgh, not quite there yet >_<
Tested Git 83710ffa. test-locale now builds, but test-duplocale still
does not, failing in the same place. HAVE_WORKING_DUPLOCALE appears to
be 1 (true).
Isn't it possible to get a final result of HAVE_DUPLOCALE=0,
REPLACE_DUPLOCALE=0, possibly GNULIB_DUPLOCALE=0 and
GNULIB_TEST_DUPLOCALE=0 ? Officially, per IBM documentation, duplocale()
doesn't even exist on z/OS...
$ grep -i locale config.status
S["LOCALE_TR_UTF8"]="none"
S["LOCALE_ZH_CN"]="none"
S["LOCALE_FR_UTF8"]="none"
S["LOCALE_JA"]="none"
S["NEXT_AS_FIRST_DIRECTIVE_LOCALE_H"]="<locale.h>"
S["NEXT_LOCALE_H"]="<locale.h>"
S["HAVE_XLOCALE_H"]="0"
S["REPLACE_FREELOCALE"]="0"
S["REPLACE_DUPLOCALE"]="0"
S["REPLACE_NEWLOCALE"]="0"
S["REPLACE_SETLOCALE"]="0"
S["REPLACE_LOCALECONV"]="0"
S["HAVE_FREELOCALE"]="0"
S["HAVE_DUPLOCALE"]="0"
S["HAVE_NEWLOCALE"]="0"
S["GNULIB_LOCALENAME"]="1"
S["GNULIB_DUPLOCALE"]="1"
S["GNULIB_SETLOCALE"]="1"
S["GNULIB_LOCALECONV"]="1"
S["LOCALE_FR"]="fr_FR"
S["localedir"]="${datarootdir}/locale"
D["HAVE_DUPLOCALE"]=" 1"
D["HAVE_USELOCALE"]=" 1"
D["HAVE_NEWLOCALE"]=" 1"
D["HAVE_FREELOCALE"]=" 1"
D["GNULIB_TEST_DUPLOCALE"]=" 1"
D["GNULIB_TEST_LOCALECONV"]=" 1"
D["GNULIB_TEST_LOCALENAME"]=" 1"
D["GNULIB_TEST_SETLOCALE"]=" 1"
/@localedir@/p
*@datadir@*|*@docdir@*|*@infodir@*|*@localedir@*|*@mandir@*)
s&@localedir@&${datarootdir}/locale&g
--Daniel
--
Daniel Richard G. || address@hidden
My ASCII-art .sig got a bad case of Times New Roman.