GNOME Bugzilla – Bug 171328
intltool tags in POTFILES.in are not supported with GNU gettext
Last modified: 2005-08-01 10:17:39 UTC
With GNU gettext, configure creates po/Makefile from the just generated po/Makefile.in and from po/POTFILES.in, in one step---the code is registered by AC_CONFIG_COMMANDS. That code creates po/POTFILES, replacing the one created by the code registered by intltool.m4 using AC_CONFIG_CONMMANDS_PRE. This means that if POTFILES.in contains intltool tags ([...], [encoding:...]), thank these tags will get into the generated Makefile. make then fails, claiming that it doesn't know how to create file "../[encoding:...]".
*** This bug has been marked as a duplicate of 171330 ***
No, this bug differs from bug #171330. This is a serious problem in interaction between recent versions of GNU gettext and intltool. The easiest fix is to stop claiming that intltool works with (recent versions of) GNU gettext.
Intltool does work with the most recent versions of GNU gettext. You are doing something to actively break that, because the inverse is not true, and gettext does not support a feature of intltool. If these tags get removed from POTFILES.in by intltool, then this is not a problem. The patch in 171330 has apparently been approved by danilo, and committed, therefore this should no longer be a problem. *** This bug has been marked as a duplicate of 171330 ***
I admit that my original description of the bug was confusing. I should have started by describing the symptoms, not the cause, especially when the cause was so complicated. I made a new attempt, as bug #312217.