Re: gnulib does not always detect need for iconv() hack on musl

2021-10-18 Thread Sergei Trofimovich
On Mon, Oct 18, 2021 at 02:27:38AM +0200, Bruno Haible wrote: > > The current code in config.guess is a heuristic (that has been working > > on Alpine Linux up to 3.13) > > It works also in Alpine Linux 3.14.2. Which distro are you using? I'm trying to use it on NixOS. I think I tracked it down t

Re: gnulib does not always detect need for iconv() hack on musl

2021-10-17 Thread Bruno Haible
> The current code in config.guess is a heuristic (that has been working > on Alpine Linux up to 3.13) It works also in Alpine Linux 3.14.2. Which distro are you using? Bruno

Re: gnulib does not always detect need for iconv() hack on musl

2021-10-17 Thread Bruno Haible
Sergei Trofimovich wrote: > Aha, 'config.guess' clearly detects wrong libc here: > > checking build system type... x86_64-pc-linux-gnu > checking host system type... x86_64-pc-linux-gnu Yes, for a musl system, that's wrong. The problem may come from your environment. Which of the environment

Re: gnulib does not always detect need for iconv() hack on musl

2021-10-17 Thread Sergei Trofimovich
On Sun, Oct 17, 2021 at 07:18:51PM +0200, Bruno Haible wrote: > Hello Sergei, > > Sergei Trofimovich wrote: > > The following fails bison-3.8.2 tests: > > $ ./configure && make && make check > > The following succeeds: > > $ ./configure --host=x86_64-unknown-linux-musl && make && make chec

Re: gnulib does not always detect need for iconv() hack on musl

2021-10-17 Thread Bruno Haible
Hello Sergei, Sergei Trofimovich wrote: > The following fails bison-3.8.2 tests: > $ ./configure && make && make check > The following succeeds: > $ ./configure --host=x86_64-unknown-linux-musl && make && make check > > The failure happens due to unexpected '*' output in report logs inste

gnulib does not always detect need for iconv() hack on musl

2021-10-17 Thread Sergei Trofimovich
Hi gnulib! The problem: The following fails bison-3.8.2 tests: $ ./configure && make && make check The following succeeds: $ ./configure --host=x86_64-unknown-linux-musl && make && make check The failure happens due to unexpected '*' output in report logs instead of '%empty' on 'ASCII' lo