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

[Daniel Leidert]

reassign 365727 gettext
retitle 365727 AM_GNU_GETTEXT([external]) leads to missing CATOBJEXT replacement
thanks

Am Dienstag, den 02.05.2006, 13:47 +0200 schrieb Daniel Leidert:
> Package: intltool
> Version: 0.34.2-1
> Severity: important
> Tags: patch
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> When I tried to run the update-po target, I receive the following error:
> 
> $ LANG=C make update-po
> make package.pot
> make[1]: Entering directory
> `/home/user/packages/package/po'
> make[1]: `package.pot' is up to date.
> 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/\@CATOBJEXT@$//'`; \

Here is the issue. CATOBJEXT does not have a value. My configure.ac
states

ALL_LINGUAS="de"
GETTEXT_PACKAGE=AC_PACKAGE_NAME
AC_SUBST([GETTEXT_PACKAGE])
AM_GNU_GETTEXT([external])
USE_NLS=no
AC_SUBST([USE_NLS])

for a package, where intltool is only used to translate a XML file. So I
don't need the intl/ subdirectory and I call AM_GNU_GETTEXT([external])
(I further don't need the installed catalogs, so USE_NLS=no). But this
suppresses the replacement of @CATOBJEXT@ in intltools
po/Makefile(.in.in). Is this really intended? For me this is a bug I
currently workaround inside configure.ac. But IMHO gettext.m4 should
ship CATOBJEXT.

[..]
> de.gmo:
> intltool-update: ./de.gmo.po does not exist!
> Try 'intltool-update --help' for more information.
> mv: cannot stat /home/user/packages/package/po/de.gmo.new.po': No such file or directory
> msgmerge for de.gmo.po failed: cannot move /home/user/packages/package/po/de.gmo.new.po to de.gmo.po
> make: *** [update-po] Error 1
> $

Regards, Daniel