[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-gettext] mingw-w64 build failure due to DLL variable e

From: Bruno Haible
Subject: Re: [bug-gettext] mingw-w64 build failure due to DLL variable exports
Date: Thu, 15 Mar 2018 00:06:24 +0100
User-agent: KMail/5.1.3 (Linux/4.4.0-112-generic; KDE/5.18.0; x86_64; ; )

address@hidden wrote:
> I use MSYS instead of plain Cygwin ...

This is unsupported. But your report is useful nevertheless:

> >> I have no idea how this was supposed to work.
> > 
> > Consider the code and comments in
> >    gnulib-local/lib/exitfail.h.diff
> >    m4/woe32-dll.m4
> >    gettext-tools/woe32dll/export.h
> >    gettext-tools/woe32dll/*-exports.c
> > 
> > It is possible that the #if in gettext-tools/woe32dll/export.h needs to be
> > adjusted.
> > 
> After noticing that 0.19.7 built just fine, i re-checked some things, and it 
> turns out that the "checking whether C symbols are prefixed with underscore 
> at 
> the linker level" test results in "yes" in 0.19.7, but "no" in later versions.
> Looking at the diff between versions, the asm-underscore.m4 changed the grep 
> expression. Looking at the configure script that was regenerated, i see this:
> LC_ALL=C grep -E '(^|^a-zA-Z0-9_)_foo(^a-zA-Z0-9_|$)' conftest.$gl_asmext
> whereas the .m4 file has this:
> LC_ALL=C grep -E '(^|[^a-zA-Z0-9_])_foo([^a-zA-Z0-9_]|$)' conftest.$gl_asmext
> So clearly some square brackets were lost, and this resulted in a failed grep 
> and a failed test.

Thanks for this report and fix.

It happens to be fixed already in gnulib:


reply via email to

[Prev in Thread] Current Thread [Next in Thread]