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@xxxxxxxxxx> 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. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review