[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: MinGW libtool DLL failure
From: |
Bob Friesenhahn |
Subject: |
Re: MinGW libtool DLL failure |
Date: |
Sat, 12 Oct 2002 19:18:33 -0500 (CDT) |
Your patch works. Please submit a formal version of this patch (with
changelog) and I will apply it.
Bob
On 11 Oct 2002, Elizabeth Barham wrote:
> 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
>
======================================
Bob Friesenhahn
address@hidden
http://www.simplesystems.org/users/bfriesen
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, (continued)
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Bob Friesenhahn, 2002/10/15
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Max Bowsher, 2002/10/15
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Earnie Boyd, 2002/10/15
- Re: MinGW libtool DLL failure, Soren A, 2002/10/21
- Re: MinGW libtool DLL failure, Bob Friesenhahn, 2002/10/21
- Re: MinGW libtool DLL failure, Russ Allbery, 2002/10/21
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Albert Chin, 2002/10/19
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Bob Friesenhahn, 2002/10/19
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Guido Draheim, 2002/10/15
- Re: [Mingw-msys] Re: MinGW libtool DLL failure, Max Bowsher, 2002/10/15
Re: MinGW libtool DLL failure,
Bob Friesenhahn <=