GNOME Bugzilla – Bug 345255
IT_PROG_INTLTOOL incorrectly assumes DATADIRNAME is defined
Last modified: 2006-10-24 19:35:43 UTC
Hi, Daniel Leidert reported in Debian bug http://bugs.debian.org/373643 that his source tree isn't buildable with intltool 0.35.0 anymore as it now relies on DATADIRNAME being defined when configure runs. The relevant source tree is accessible with CVS at :pserver:chemical-mime.cvs.sourceforge.net:/cvsroot/chemical-mime. DATADIRNAME seems to be defined by GLIB_WITH_NLS. It's also not very clear why intltool's macros use a construct like "$(prefix)/$(DATADIRNAME)/locale". I suggest you copy the relevant GLIB_WITH_NLS snippet which computes DATADIRNAME to be "share" everywhere and "lib" on Solaris and define a new itlocaledir directory in intltool.m4. This will break compatibility between intltool.m4 and Makefile.in.in again, but this was already the case between 0.34 and 0.35.0. Bye,
Only AM_GNU_GETTEXT and the GLIB_* macros ship the DATADIRNAME variable. But it is possible to just call AM_PO_SUBDIRS (my project above just translates some XML and desktop files, so I don't need any Glib-dependencies or the large AMG_GNU_GETTEXT macro - this was a suggestion by gettext upstream).
Created attachment 75287 [details] [review] Copy the logic of glib-gettext to define and AC_SUBST(DATADIRNAME) Here's a proposed patch by Jurij Smakov. It would be nice to comment on the patch soon as we will have to implement one solution or another in the coming days.
Committed patch to CVS.