bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bug#365727: update-po target in Makefile.in.in fails because of a sm


From: Daniel Leidert
Subject: Re: Bug#365727: update-po target in Makefile.in.in fails because of a small bug (fwd)
Date: Wed, 14 Jun 2006 21:07:29 +0200

Am Mittwoch, den 14.06.2006, 19:56 +0200 schrieb Bruno Haible:
> Daniel Leidert wrote:
> > > make[1]: Leaving directory `/home/user/packages/package/po'
> > > tmpdir=`pwd`; \
> > >   catalogs='de.gmo'; \
> > >   for cat in $catalogs; do \
> > >           cat=`basename $cat`; \
> > >           lang=`echo $cat | sed 's/address@hidden@$//'`; \
> > 
> > Here is the issue. CATOBJEXT does not have a value. My configure.ac
> 
> CATOBJEXT is not used in GNU gettext's Makefile.in.in for more than
> 5 years, since version 0.10.36. You must be using version 0.10.35,
> which is hopelessly outdated! 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)
> > don't need the intl/ subdirectory and I call AM_GNU_GETTEXT([external])


The issue then is, that in the special case I describe, CATOBJEXT, which
is necessary for intltools po/Makefile.in.in is not shipped. But I now
tested again and intltool removed CATOBJEXT from their Makefile.in.in
template (or maybe the Debian maintainer did).

> The GNU gettext manual documents a macro, AM_PO_SUBDIRS, for this case.

Thanks. My understanding if this macro was wrong then. But it IMHO does
not solve the issue I described. If intltool removed CATOBJEXT
completely from their Makefile.in.in template, this issue is solved.

> You don't need to check for the libintl library if all you need is the
> tools for the po/ directory.
> 
> > 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). This is (probably) an issue in intltool I already
brought up on intltools mailing list.







reply via email to

[Prev in Thread] Current Thread [Next in Thread]