[Top][All Lists]
[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: |
Bruno Haible |
Subject: |
Re: Bug#365727: update-po target in Makefile.in.in fails because of a small bug (fwd) |
Date: |
Wed, 14 Jun 2006 22:44:07 +0200 |
User-agent: |
KMail/1.9.1 |
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