Hi Marco,
Thank you for your comments.
I will not call a API version change a maintenance release
changing from 32:0:32 to 33:0:0
is a major change as compatibility with the past is lost
Formally, it is. However, changes concern only a few *auxiliary* api
routines, some of which (for plain text processing) were removed as
inappropriate. So I wouldn't consider these changes as major ones.
FYI,
to avoid the jump from cygglpk-0.dll to cygglpk-33.dll
I will deploy cygwin package with 33:0:32 that will just
stop at cygglpk-1.dll
http://gnuwin32.sourceforge.net/versioning.html
I followed instructions given in the manual
http://www.gnu.org/software/libtool/manual/libtool.html#Updating-version-info
which says:
1. Start with version information of ‘0:0:0’ for each libtool library.
2. Update the version information only immediately before a public
release of your software. More frequent updates are unnecessary, and
only guarantee that the current interface number gets larger faster.
3. If the library source code has changed at all since the last update,
then increment revision (‘c:r:a’ becomes ‘c:r+1:a’).
4. If any interfaces have been added, removed, or changed since the last
update, increment current, and set revision to 0.
5. If any interfaces have been added since the last public release, then
increment age.
6. If any interfaces have been removed or changed since the last public
release, then set age to 0.
According to these rules 32:0:32 becomes 33:0:0, because some api
routines were changed/removed. Or I did something wrong?
Andrew Makhorin