On Sun, Oct 22, 2006, Jurij Smakov wrote:
> I've just read through the bug trail and I just don't understand the
> issue. DATADIRNAME variable is not substituted by configure, that's
> clear. Can someone tell me what the correct behaviour is, namely what
> value one would expect this variable to get? Once that's established,
> it would be trivial to patch intltool's Makefile.in.in just to set it
> to whatever we want (I hope that it's some function of variables
> already substituted by configure).
The issue is that the intltool macro relies (almost certainly) on
AM_GLIB_GNU_GETTEXT being called before it to define DATADIRNAME.
DATADIRNAME in AM_GLIB_GNU_GETTEXT is computed slightly differently
under Solaris than other OSes.
The intltool macro should never have relied on glib-gettext;
glib-gettext is known to be broken and has its own flaws; see for
example:
<http://bugzilla.gnome.org/show_bug.cgi?id=343825>
People who are interested in fixing this bug should take into
consideration that:
1) both Makefile.in.in and intltool.m4 need each other
2) glib-gettext is not an acceptable dependency
3) the m4 macro will be shipped on other OSes (via aclocal) and should
behave as upstream intended
--
Loïc Minier <[EMAIL PROTECTED]>
