[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: setlocale() issue on Windows with UTF-8
From: |
Lasse Collin |
Subject: |
Re: setlocale() issue on Windows with UTF-8 |
Date: |
Thu, 26 Dec 2024 18:36:57 +0200 |
On 2024-12-25 Bruno Haible wrote:
> Lasse Collin wrote:
> > I haven't learned yet how to produce a distribution tarball from
> > gettext.git but I didn't try for many minutes either. I ran
> > autogen.sh successfully etc. but, for some some reason I don't
> > understand, "make dist" wants to build the package first and then
> > it fails because I didn't install ppcx64.
>
> The INSTALL file refers to the HACKING file for this situation, and
> the HACKING file has the (long) list of prerequisites.
I had noticed it, it's a nice and detailed file. :-) The only surprise
was that "make dist" wants to build even the example programs and thus
"make dist" needs a Pascal compiler. I could have installed it but now
I have figured out that omitting hello-pascal works too for local
testing purposes.
> But there's a shortcut:
> - You can download a snapshot tarball from the
> GitLab CI, if you have a GitLab account. Today the link is
> https://gitlab.com/gnu-gettext/ci-distcheck/-/jobs/8714519943
> click "Download", and in the downloaded artifacts there is a
> gettext-snapshot.tar.
> - Similarly there is a snapshot tarball at the GitHub CI. Today
> the link is
> https://github.com/gnu-gettext/ci-check/actions/runs/12493509240
> click on "tarball".
Thanks!
> > This might not matter but I mention it just in case. Your sample
> > outputs *before* the fix were different than I expected:
> >
> > - I got "fi_FI" with unmodified gettext 0.22.5 when not in UTF-8
> > mode. "en_US" would be fine too. I don't understand how the old
> > gettext could produce "C" on native Windows.
>
> Different Windows installations sometimes operate differently.
> I wouldn't be surprised if the difference is hidden in the registry...
Oh well... I suppose I shouldn't be surprised about such things.
At least the differing results weren't due to a basic thing like
missing mingw-w64-ucrt-x86_64-gcc package which provides
/ucrt64/bin/gcc.
--
Lasse Collin