This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] Updated: expat 2.1.0-1
- From: "Yaakov (Cygwin/X)" <yselkowitz at users dot sourceforge dot net>
- To: cygwin at cygwin dot com
- Date: Tue, 16 Apr 2013 14:37:15 -0500
- Subject: Re: [ANNOUNCEMENT] Updated: expat 2.1.0-1
- References: <announce dot 4FD7368F dot 70308 at etr-usa dot com> <51671F38 dot 2080403 at gmail dot com> <516D514E dot 8000908 at etr-usa dot com> <516D6BCC dot 1000106 at gmail dot com>
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