On 2013-10-02 13:55, LRN wrote:
On 02.10.2013 22:50, Alexey Pavlov wrote:
2013/10/2 LRN wrote:
(offtopic: it looks like a bug that gdb links to libexpat.a instead of
libexpat.dll.a)
FWIW, this also affects libiconv and libintl when building with NLS.
Why it a bug? I'm build GDB with static libexpat very often.
Because nothing htere indicates that it should be linked statically. It
should be linked statically when you make a static build, and linked
dynamically by default (or when it's clearly stated by configure or m4
macro that static libexpat is needed). I don't see any of that here
(though i have to admit that gdb configure system is one big mystery).
The problem is with lib-link.m4:AC_LIB_HAVE_LINKFLAGS macro and the old
config.rpath at the top of cygnus trees (binutils, gcc, gdb, cygwin,
newlib). Either use the attached patch when building any of these
packages, or configure then with --without-libiconv-prefix
--without-libintl-prefix (and for gdb, --without-libexpat-prefix).
Yaakov
Cygwin Ports
--- a/config.rpath 2008-03-13 14:27:44.000000000 -0500
+++ b/config.rpath 2010-07-11 23:30:45.209832800 -0500
@@ -441,7 +441,7 @@ case "$host_os" in
bsdi4*)
;;
cygwin* | mingw* | pw32*)
- shrext=.dll
+ shrext=.dll.a
;;
darwin* | rhapsody*)
shrext=.dylib
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
