libtool windows dll suffix revision

[Alon Bar-Lev]

Hello,

Please CC me as I am not subscribed.

Was something in the following discussion progressed?

http://www.cygwin.com/ml/cygwin/2000-09/msg00053.html

From: "Gary V. Vaughan" <gvv at techie dot com>
"""
 Libtool translates the
5:4:3 into a system specific version number for the soname to help the
runtime loadee choose the best available library at runtime.  As I
said before, currently this mapping is wrong on Windows, and I think
the correct mapping is to always use the oldest supported interface
number -- in this case library2.dll -- when generating the soname.
This is explained fully in the version node of the libtool manual link
that was quoted earlier in the thread.
"""

For example, I have current interface 7 and age 7 i get dll-0.dll, and
if I upgrade to current interface 8 and age 8 I also get dll-0.dll.

It looks like generating the suffix version based on delta is
incorrect, as you may have duplicate dll names.

It also looks like Gary is right,  having the version be the age
solves the issue, since as long as the library is backward compatible
to this age, the name is not change.

Best Regards,
Alon Bar-Lev.