libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Re: soext link option


From: Robert Boehne
Subject: Re: [PATCH] Re: soext link option
Date: Mon, 30 Dec 2002 23:41:15 -0600

Hello,

I am checking in this patch with a one-line modification as per Charles'
comment.
This patch should not change default behavior, only allow for other
names to be explicitly specified.  Some Matlab users have been waiting
for this for quite some time, so I hope they try this out (you know who
you are!).

Thanks to Charles and Ralph.

Robert

Charles Wilson wrote:
> 
> Robert Boehne wrote:
> >>and X's Java won't load a module named *.dylib.  I don't see why
> >>this can't be used under Cyg/Ming/win & pw32, so I removed the
> >>references that stated it was not supported there.  I can't say
> >>that it will work there, is there some OS restriciton that prevents it?
> 
> Yes.  If the extention isn't ".dll", the windows loader won't load it as
> an intrinsic dependency.  However,
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/loadlibrary.asp(It
> 
> seems to imply that LoadLibrary(filename) might succeed, even if
> filename doesn't end in .dll or .exe.  (e.g. dlopen() might load a
> module whose filename doesn't end in .dll/.exe)
> 
> >>@@ -4986,6 +4993,8 @@
> >>       _LT_AC_TAGVAR(allow_undefined_flag, $1)=unsupported
> >>       # Tell ltmain to make .lib files, not .a files.
> >>       libext=lib
> >>+      # Tell ltmain to make .dll files, not .so files.
> >>+      shrext="dll"
> >>       # FIXME: Setting linknames here is a bad hack.
> >>       _LT_AC_TAGVAR(archive_cmds, $1)='$CC -o $lib $libobjs 
> >> $compiler_flags `echo "$deplibs" | $SED -e '\''s/ -lc$//'\''` -link 
> >> -dll~linknames='
> >>       # The linker will automatically build a .lib file if we build a DLL.
> 
> This stanza only takes effect on cygwin/mingw/pw/... when the compiler
> is NOT gcc (and we assume then that the compiler is MSVC). But, if you
> ARE using gcc -- which is the typical case on cygwin/mingw/pw/... --
> then shrext is not set to "dll".  This is bad.
> 
> Following the lead of hpux, you ALSO need to set shrext=dll in
> AC_LIBTOOL_SYS_DYNAMIC_LINKER:
> 
> @@ -1172,6 +1172,7 @@
>         dlpath=$dir/\$dldll~
>          $rm \$dlpath'
>       shlibpath_overrides_runpath=yes
> +    shrext=dll
> 
>       case $host_os in
>       cygwin*)
> 
> --Chuck



reply via email to

[Prev in Thread] Current Thread [Next in Thread]