Re: IBM z/OS compatibility issues - per-thread locale functions

[Daniel Richard G.]

Hi Bruno,

On Thu, 2019 Dec 12 07:56-05:00, Bruno Haible wrote:
>
> The REPLACE_DUPLOCALE=1 is wrong. HAVE_DUPLOCALE should be 0, not only
> when set by localename.m4 but also when set by duplocale.m4. This
> patch should fix it.

Tested with Git ea54538a.

I can now get past the library build, but then get errors compiling
test-duplocale.c and test-locale.c. The former fails at line 26:

    SIGNATURE_CHECK (duplocale, locale_t, (locale_t));

The latter fails at line 49:

    locale_t b = LC_GLOBAL_LOCALE;

These tests probably don't make sense without the locale_t type.

In any event, there's a bit of change in the output variables, but
HAVE_DUPLOCALE et al. are the same as before:

    $ 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.