Paul Eggert wrote:
> >> checking for GNU gettext in libintl... no
> >> checking whether to use NLS... no
> 
> I guess m4 was prepared from an old git checkout, which had an obsolete 
> gettext.m4 in it. This is due to a bug in m4's bootstrap script ...

The guess is wrong. The test result 'no' is because the MSVC-built intl-8.dll
does not export the '_nl_msg_cat_cntr' symbol, and the gettext.m4 macros
treat this case (libintl found but without '_nl_msg_cat_cntr' symbol) like
the Solaris 10 libintl case.

gettext.m4 in m4-1.4.20 is correct (serial 66), given that m4-1.4.20 asks
for the gettext infrastructure from gettext 0.19.2:
  AM_GNU_GETTEXT_VERSION([0.19.2])

Occasionally it can be useful to update this version requirement, e.g.
to 0.22.5, but that's a maintainer task.

No bug in m4's bootstrap script is visible here.

Bruno




  • Small typo res... Kirill Makurin
    • Re: Small... Eric Blake
      • Re: S... Kirill Makurin
      • Re: S... Paul Eggert
        • R... Eric Blake
          • ... Bruno Haible via Bug reports for the GNU m4 macro processor
        • R... Bruno Haible via Bug reports for the GNU m4 macro processor
      • Re: S... Bruno Haible via Bug reports for the GNU m4 macro processor
        • R... Bruno Haible via Bug reports for the GNU m4 macro processor

Reply via email to