Makefile.in.in doesn't pass down XGETTEXT and MSGFMT
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
intltool |
Triaged
|
High
|
Unassigned |
Bug Description
I see this in pcb's autogen.sh:
+# both intltoolize and autopoint create a po/Makefile.in.in, this can't be good...
+# but intltoolize seems to have some bugs in it. In particular, XGETTEXT and MSGFMT
+# are set in the Makefile but not passed down when calling MSGMERGE or GENPOT.
+# This defeats specifying the path to xgettext and msgfmt.
(See http://
I'm only reporting this because I found this while checking if it was safe to use autoreconf instead of yet another autogen.sh, not because I'm personally affected by this purported problem. Presumably it affects people with weird $PATH / other environment setups.
intltool Makefile.in.in is based on gettext one, but it always lags behind. We should probably get it up to date and figure out a way to not worry about this in the future.
Using autopoint and intltoolize in one project is bad practice, so that bit (where they both produce Makefile.in.in) is not a bug.