[Bug 467398] Review Request: mingw32-gettext - GNU libraries and utilities for producing multi-lingual messages

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=467398





--- Comment #5 from Daniel Berrange <berrange at redhat.com>  2008-10-31 08:20:57 EDT ---
FYI, the build also fails on Fedora 9, so EPEL is a red herring.

The trigger appears to be the upgrde of mingw-runtime from 3.14 to 3.15.1. In
the new runtime release they completely re-implemented  the getopt module.

If you compare the configure output for 'mingw-gettext' build when run against
runtime 3.14 vs 3.15.1 there is an interesting difference


When built against 3.15.1 (which fails)

checking getopt.h usability... yes
checking getopt.h presence... yes
checking for getopt.h... yes
checking for getopt_long_only... yes
checking whether optreset is declared... no
checking for working GNU getopt function... checking whether getopt_clip is
declared... no
yes


When built against 3.14 (which works)

checking getopt.h usability... yes
checking getopt.h presence... yes
checking for getopt.h... yes
checking for getopt_long_only... no


So, with the old mingw runtime, gettext's gnulib was providing a complete
replacement for getopt_long_only, and related functions. When built with new
runtime its only providing a replacement for certain bits, and this seems to
break.

Wierdly, gettext appears to contain patches ontop of standard gnulib in a
'gnulib-local' directory.

This one in particular is suspicious looking

gnulib-local/lib/getopt.in.h.diff

since it marks various things DLL exports.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.