DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=SxAqIySdJN0wsGyuq9ywnpW854T/39w+m9hdXDkvxMC
	JV6Ua7hFo2rEOizzqObBFoEd2N8mcKB2F1/ABSba9rNl7qNDLUdEC32bYq9SHpBP
	WtSuXats3JjOzgWjFLji3WvH6FWQBaNyoFNad1cpF2DFCqIGI7z0+S3U2RpMfEkw
	=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Message-ID: <516DA86B.7010307@users.sourceforge.net>
Date: Tue, 16 Apr 2013 14:37:15 -0500
From: "Yaakov (Cygwin/X)" <yselkowitz@users.sourceforge.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] Updated: expat 2.1.0-1
References: <announce.4FD7368F.70308@etr-usa.com> <51671F38.2080403@gmail.com> <516D514E.8000908@etr-usa.com> <516D6BCC.1000106@gmail.com>
In-Reply-To: <516D6BCC.1000106@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 2013-04-16 10:18, Dave Korn wrote:
>    GDB apparently prefers linking statically to libexpat.  Dunno why,

Not really, here's the problem:

expat, gettext/iconv, and liblzma are detected via 
AC_LIB_HAVE_LINKFLAGS, which uses config.rpath to create an absolute 
path to the given library.  As I've mentioned on a number of occasions, 
the old version of that file in the toplevel of the Cygnus trees 
(binutils/gcc/gdb/insight) requires a patch:

--- config.rpath
+++ config.rpath
@@ -440,3 +440,3 @@
    cygwin* | mingw* | pw32*)
-    shrext=.dll
+    shrext=.dll.a
      ;;

The reason being that we are looking for *link* libraries here.  (FWIW 
this has already been fixed in the canonical source of this file, but 
the Cygnus trees are historically slow to update their build 
infrastructure.)  So, on these platforms, it will detect and prefer the 
static library if present; otherwise, it will revert to using an 
ordinary -l link flag.  This is NOT indicative of a general preference 
for static linkage.

While it would be preferred to get this patch upstreamed, there is a 
workaround via configure flags:

--without-libiconv-prefix --without-libintl-prefix 
--without-libexpat-prefix --without-liblzma-prefix

This will cause the check to use ordinary -l link flags for these libraries.

HTH,


Yaakov


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