[BuildTools-tickets] [BuildTools] #112: build shared libraries on Windows

BuildTools coin-trac at coin-or.org
Sun Oct 21 18:41:36 EDT 2018


#112: build shared libraries on Windows
-----------------------------+---------------------------
Reporter:  stefan            |       Owner:  stefan
    Type:  defect            |      Status:  assigned
Priority:  major             |   Component:  build system
 Version:  trunk             |  Resolution:
Keywords:  autotools-update  |
-----------------------------+---------------------------

Comment (by stefan):

 Regarding the previous comment. This is caused by the entry
 {{{
 # Names of this library.
 library_names='libCoinUtils-0.dll libCoinUtils.lib'
 }}}
 in libCoinUtils.la. libtool --install installs libCoinUtils-0.dll as file
 and then creates for each following entry a symlink (which is cp on some
 Windows) to the first file.
 The corresponding libtool code is
 {{{

           if test "$#" -gt 0; then
             # Delete the old symlinks, and create new ones.
             # Try 'ln -sf' first, because the 'ln' binary might depend on
             # the symlink we replace!  Solaris /bin/ln does not understand
 -f,
             # so we also need to try rm && ln -s.
             for linkname
             do
               test "$linkname" != "$realname" \
                 && func_show_eval "(cd $destdir && { $LN_S -f $realname
 $linkname || { $RM $linkname && $LN_S $realname $linkname; }; })"
             done
           fi
 }}}

 It seems wrong that libCoinUtils.lib is mentioned in library_names in
 libCoinUtils.la at the first place, which happens even if static libs are
 disabled.

--
Ticket URL: <https://projects.coin-or.org/BuildTools/ticket/112#comment:7>
BuildTools <http://projects.coin-or.org/BuildTools>
Tools for configuring and compiling COIN-OR codes



More information about the BuildTools-tickets mailing list