Re: Bison 2.4.1: make install does not install mo files

[Akim Demaille]

Le 16 août 09 à 23:36, Bruno Haible a écrit :

> Hi Akim and Martin,

Hi Bruno,

> > > This new macro AM_GNU_GETTEXT with option
> > > [need-formatstring-macros] creates tests, that fail in my
> > > environment and make configure reset USE_NLS to no.
>
> This is understandable: If the programmer tells gettext "I need the
> support for <inttypes.h> formatstring macros" and the system does not
> have this support, i18n gets disabled.

Ha, thanks!  I thought it was related to xgettext.

> > > Finally I changed configure.ac:
> > >
> > >         AM_GNU_GETTEXT([external], [need-formatstring-macros])
> > >
> > > reads now
> > >
> > >         AM_GNU_GETTEXT([external], [need-ngettext])
>
> I think this is safe to do, and will solve the problem.

Thanks for your analysis and cure.

> >         AM_GNU_GETTEXT_VERSION([0.15])
>
> This version has a different meaning: it tells which macros
> (intl.m4 etc.) you want to include in your release tarball.

Our bootstrap.conf prevents their distribution (same commit).

> # Gettext supplies these files, but we don't need them since
> # we don't have an intl subdirectory.
> excluded_files='
>     m4/codeset.m4
>     m4/glibc2.m4
>     m4/glibc21.m4
>     m4/intdiv0.m4
>     m4/intl.m4
>     m4/intldir.m4
>     m4/intmax.m4
>     m4/inttypes_h.m4
>     m4/lcmessage.m4
>     m4/lock.m4
>     m4/longdouble.m4
>     m4/printf-posix.m4
>     m4/signed.m4
>     m4/size_max.m4
>     m4/uintmax_t.m4
>     m4/ulonglong.m4
>     m4/visibility.m4
>     m4/xsize.m4
> '




> Still, a minor problem remains when 'need-ngettext' is used:
> When the user has a gettext that supports gettext() but not
> ngettext(), with the same logic as above, neither the po/*.gmo
> files nor the runtime-po/*.gmo files will be installed. But
> the runtime-po/*.gmo files could be useful (used at runtime by
> programs that embed bison-generated parsers). To fix this problem,
> you would need to have two configure.ac files in the package:
>  - one that does AM_GNU_GETTEXT([external], [need-ngettext])
>    and is responsible for most of bison,
>  - one that does AM_GNU_GETTEXT([external])
>    and is responsible for only the runtime-po/ directory.
> But this solution is probably overkill, because there are not
> many systems out there with a gettext() but no ngettext().

Thanks for the additional information!

I installed the following in 2.4.2, 2.5, and master.

0001-build-lower-gettext-requirements.txt
Description: Text document