[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-gettext] 0.19.8.1 mingw-w64 build failure due to DLL variable e
Re: [bug-gettext] 0.19.8.1 mingw-w64 build failure due to DLL variable exports
Thu, 15 Mar 2018 00:06:24 +0100
KMail/5.1.3 (Linux/4.4.0-112-generic; KDE/5.18.0; x86_64; ; )
> 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
> 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: