X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Message-ID: <48F2C5FA.4010804@users.sourceforge.net>
Date: Sun, 12 Oct 2008 22:52:26 -0500
From: "Yaakov (Cygwin Ports)" <yselkowitz AT users DOT sourceforge DOT net>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: [SOLVED] RE: [ANNOUNCEMENT] NEW: libtool-2.2.2-2 / Updated: libltdl7-2.2.2-2
References: <announce DOT 48038853 DOT 7090707 AT cwilson DOT fastmail DOT fm> <4803AA47 DOT 70501 AT users DOT sourceforge DOT net> <4803E38F DOT 9080708 AT cwilson DOT fastmail DOT fm> <026b01c91f4b$bef97ec0$9601a8c0 AT CAM DOT ARTIMI DOT COM>
In-Reply-To: <026b01c91f4b$bef97ec0$9601a8c0@CAM.ARTIMI.COM>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

-----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/