[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