As a workaround, until the next gettext release, I would suggest that
- you continue to use gettextize
- but additionally you run the command
gnulib-tool --copy-file m4/intlmacosx.m4 gnulib/m4/intlmacosx.m4
Bruno
Gavin Smith wrote:
> I ran gettextize again, but it didn't install the extra files:
>
> $ gettextize -f --po-dir=po --po-dir=po_document
> Copying file ABOUT-NLS
> Copying file build-aux/config.rpath
> Not copying intl/ directory.
> Copying file po/Makefile.in.in
> Copying file po/Makevars.templ
On Fri, Jul 14, 2017 at 12:57:43AM +0200, Bruno Haible wrote:
> Gavin Smith wrote:
> > Originally reported here:
> > http://lists.gnu.org/archive/html/bug-texinfo/2017-07/msg00026.html
>
> Looking at the gnulib-cache.m4 and gnulib-comp.m4 from said package:
> * gettext.m4 does NOT come from gnul
Gavin Smith wrote:
> Originally reported here:
> http://lists.gnu.org/archive/html/bug-texinfo/2017-07/msg00026.html
Looking at the gnulib-cache.m4 and gnulib-comp.m4 from said package:
* gettext.m4 does NOT come from gnulib.
* You are using gnulib module 'gettext-h', not 'gettext'. (Which is
> 2) What other operations were performed after gnulib-tool?
Some other possible causes of trouble include:
* Committing some of the files brought in by gnulib-tool into a
version control system and some others not. My recommendation here
is to not commit any file brought in by gnulib
Hi Gavin,
> gettext.m4 from gnulib uses a macro gt_INTL_MACOSX, but running
> gnulib-tool --add-import doesn't cause this macro to be defined in the
> produced configure script.
This is hard to believe, because
1) The only gnulib module which contains gettext.m4 is the 'gettext' module:
gettext.m4 from gnulib uses a macro gt_INTL_MACOSX, but running
gnulib-tool --add-import doesn't cause this macro to be defined in the
produced configure script.
There is a definition in intlmacosx.m4 but this file is not pulled in.
I have a backup of this file intlmacosx.m4~ which was probably cr
