Re: soext link option

[Robert Boehne]

Ralph,

I've heavily modified your patch for CVS Libtool and tested it
extensively.  I changed the option to "-shrext" because -SOext
seems like an oxymoron.  In addition, one instance where this is
needed is Mac OS X with Jave JNI libraries that must be modules.
Under OS X, the original patch would not change the name of a module,
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?

2002-12-20  Ralph Schleicher  <address@hidden>

        Rework by Robert Boehne <address@hidden>
        * ltmain.in: New link option -shrext.
        * libtool.m4 (AC_LIBTOOL_CONFIG): New libtool variable shrext.
        (AC_LIBTOOL_SYS_DYNAMIC_LINKER): Replace all hard coded shared
        library file name extensions in library_names_spec and soname_spec
        by $shrext.
        * doc/libtool.texi (Link mode): Document it.

Ok to commit?

Robert

"Schleicher Ralph (LLI)" wrote:
> 
> Hi,
> 
> please find attached my patch for setting the file name extension of
> shared libraries.
> 
>   ------------------------------------------------------------------------
>                                  Name: libtool-1.4d.soext.diff
>    libtool-1.4d.soext.diff       Type: unspecified type 
> (application/octet-stream)
>                              Encoding: base64
>                           Description: libtool-1.4d.soext.diff
> 
>                       Name: ATT00149.ATT
>    ATT00149.ATT       Type: Plain Text (text/plain)
>                   Encoding: base64
>                Description: ATT00149.ATT