[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: MinGW libtool DLL failure
From: |
Elizabeth Barham |
Subject: |
Re: MinGW libtool DLL failure |
Date: |
11 Oct 2002 15:52:17 -0500 |
Bob, all,
This patch allowed libMagick++ to compile on my machine.
The one thing that concerns me is the name of the import library is
hard-coded ${lib}.a, which is okay in that the import library looks
like "qqq.dll.a" but Max has something going about putting DLLs with
the executables and the libraries in the library directory during
install. Is this going to help or hinder Max's work?
Elizabeth
Index: libtool.m4
===================================================================
RCS file: /cvsroot/libtool/libtool/libtool.m4,v
retrieving revision 1.266
diff -u -p -3 -r1.266 libtool.m4
--- libtool.m4 11 Oct 2002 15:52:08 -0000 1.266
+++ libtool.m4 11 Oct 2002 20:46:18 -0000
@@ -620,7 +620,14 @@ AC_CACHE_VAL([lt_cv_sys_max_cmd_len], [d
lt_cv_sys_max_cmd_len=-1;
;;
- *)
+
+ mingw*)
+ # On msys 1.0 and win98, the maximum length was something like
+ # 200,000 and took around 45 minutes to get there... ouch!
+ lt_cv_sys_max_cmd_len=32768;
+ ;;
+
+ *)
# If test is not a shell built-in, we'll probably end up computing a
# maximum length that is only half of the actual maximum length, but
# we can't tell.
@@ -2624,12 +2631,25 @@ case $host_os in
else
_LT_AC_TAGVAR(ld_shlibs, $1)=no
fi
- ;;
+ ;;
- mingw* | pw32*)
- # FIXME: insert proper C++ library support
- _LT_AC_TAGVAR(ld_shlibs, $1)=no
- ;;
+ mingw* )
+ _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1)='-L$libdir'
+ _LT_AC_TAGVAR(always_export_symbols, $1)=no
+
+ if $LD --help 2>&1 | egrep 'auto-import' > /dev/null; then
+ _LT_AC_TAGVAR(archive_cmds, $1)='$CC '$lt_cv_cc_dll_switch' $libobjs
$deplibs $compiler_flags -o $output_objdir/$soname ${wl}--out-implib,${lib}.a'
+ _LT_AC_TAGVAR(archive_expsym_cmds, $1)='$CC '$lt_cv_cc_dll_switch'
$libobjs $deplibs $compiler_flags -o $output_objdir/$soname
${wl}-retain-symbols-file $wl$export_symbols ${wl}--out-implib,${lib}.a'
+ else
+ _LT_AC_TAGVAR(ld_shlibs, $1)=no
+ fi
+ ;;
+
+
+ pw32* )
+ # FIXME: insert proper C++ library support
+ _LT_AC_TAGVAR(ld_shlibs, $1)=no
+ ;;
dgux*)
case $cc_basename in
- Re: MinGW libtool DLL failure, (continued)
- Re: MinGW libtool DLL failure, Bob Friesenhahn, 2002/10/10
- Re: MinGW libtool DLL failure, Earnie Boyd, 2002/10/10
- Re: MinGW libtool DLL failure, Bob Friesenhahn, 2002/10/10
- Re: MinGW libtool DLL failure, Elizabeth Barham, 2002/10/10
- Re: MinGW libtool DLL failure, Elizabeth Barham, 2002/10/11
- Re: MinGW libtool DLL failure, Guido Draheim, 2002/10/11
- Re: MinGW libtool DLL failure, Bob Friesenhahn, 2002/10/10
- Re: MinGW libtool DLL failure, Elizabeth Barham, 2002/10/11
Re: MinGW libtool DLL failure, Bob Friesenhahn, 2002/10/09
Re: MinGW libtool DLL failure, Norman Vine, 2002/10/10
Re: MinGW libtool DLL failure,
Elizabeth Barham <=
- Re: MinGW libtool DLL failure, Bob Friesenhahn, 2002/10/11
- Re: MinGW libtool DLL failure, Max Bowsher, 2002/10/11
- Re: MinGW libtool DLL failure, Elizabeth Barham, 2002/10/11
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Earnie Boyd, 2002/10/11
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Elizabeth Barham, 2002/10/12
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Earnie Boyd, 2002/10/12
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Bob Friesenhahn, 2002/10/12
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Elizabeth Barham, 2002/10/12
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Tor Lillqvist, 2002/10/13
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Kevin Ryde, 2002/10/13