Re: [SOLVED] RE: [ANNOUNCEMENT] NEW: libtool-2.2.2-2 / Updated: libltdl7-2.2.2-2

["Yaakov (Cygwin Ports)" <yselkowitz at users dot sourceforge dot net>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Dave Korn wrote:
>   Yep, you've got it.  The problem is that OBJDUMP is not set to anything, and
> so the regexes all fail pretty hard.  And the reason that OBJDUMP is not set
> to anything is due to this very common idiom in GNU projects that exercise
> recursive makes:

Actually, I hate to burst your bubble, but I think that this is not the
reason.  Remember that I fixed the missing OBJDUMP defines, and Chuck
included those patches in 2.2.2-2 and pushed them upstream.  AFAICS, the
problem is, once again, gettext.

Old versions of lib-link.m4 (pre-0.12) define sys_lib_search_path_spec
from config.rpath output, and for Cygwin sets it to "/lib /usr/lib
/usr/local/lib". (Which also happens to be the default value in libtool,
and was a red herring causing me to look into libtool itself as the
problem instead of something else.)  But libtool-2.2 uses that variable
to know where to look for libraries by default, and sets it on Cygwin to
"/usr/lib /lib/w32api /lib /usr/local/lib".  However, since
AM_GNU_GETTEXT (or AM_ICONV) is invariably called *after*
AC_PROG_LIBTOOL/LT_INIT, the correct value is clobbered, and suddenly
libtool can't find a library that the linker can.

This explains why:
1) this happened only sporadically (not every package uses
AM_GNU_GETTEXT or AM_ICONV);
2) there was a difference in behaviour between libtool generated by
config.lt (with LT_OUTPUT) and the libtool generated by config.status at
the end of configure (only the latter was poisoned).

Now, I mentioned before that there were other such conflicts with this
macro; they were fixed in gettext, but only before 0.17.  Since
autopoint will pull in the exact version of the macros specified in
AM_GNU_GETTEXT_VERSION, not only must the gettext package be updated to
0.17, but packages need to be forced to use the newest version as well.

AFAICS the possible solutions are:
1) fix each package's call to AM_GNU_GETTEXT_VERSION to 0.17;
2) change autopoint to treat the value as a minimum instead of an absolute.

If the latter is possible, it would make things a lot easier than
patching configure.ac every single time (although perhaps I could
automate that with cygport).

Thoughts?


Yaakov
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAkjyxfoACgkQpiWmPGlmQSNeVQCfWth0mN1F5PUrer0I3K8kEKgq
qzAAoLjLAXhjfrxSqGDA4UDgyRkYGtQ6
=HKnN
-----END PGP SIGNATURE-----

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/