Re: Bug#365727: update-po target in Makefile.in.in fails because of a small bug (fwd)

[Bruno Haible]

Daniel Leidert wrote:
> > Or where else did your po/Makefile.in.in
> > come from?
> 
> May I use the next paragraph to answer your question?
> 
> > > for a package, where intltool is only used to translate a XML file. So I
>                          ^^^^^^^^ (0.34.2)

The problem is fixed in intltool-0.35 that was released three weeks
ago.

> The issue then is, that in the special case I describe, CATOBJEXT, which
> is necessary for intltools po/Makefile.in.in is not shipped.

ok. intltool's Makefile.in.in needs a macro that gettext.m4 doesn't
define - a bug in the intltool package.

> > > USE_NLS=no
> > 
> > This conflicts with the GNU gettext macros. They define USE_NLS already,
> > to a value that depends whether --disable-nls has been specified.
> 
> I know. This is a (probably dirty) workaround to avoid the installation
> of the catalogs (I don't need them, they are just used to create the
> final XML file).

If you don't need the catalogs, you can either pass the option
--disable-nls when you configure the package. (It's common to use
some configure options even for one's own package, since the defaults
are made for the majority of people. I routinely configure my packages
with   CPPFLAGS="-Wall" CFLAGS="-g" --disable-shared   and similar.)
Or you set the LINGUAS environment variable to empty; this will avoid
installing catalogs from your builds. (At least with GNU gettext
po/Makefile.in.in - I don't know about intltool.)

Bruno