[marble] [Bug 374208] New: libmarblewidget versioning
RJVB
bugzilla_noreply at kde.org
Tue Dec 27 12:09:45 UTC 2016
https://bugs.kde.org/show_bug.cgi?id=374208
Bug ID: 374208
Summary: libmarblewidget versioning
Product: marble
Version: 2.1 (KDE Applications 16.12)
Platform: Compiled Sources
OS: All
Status: UNCONFIRMED
Severity: minor
Priority: NOR
Component: general
Assignee: marble-bugs at kde.org
Reporter: rjvbertin at gmail.com
Target Milestone: ---
For 2 iterations now I've noticed that the version in the library name changes
without any apparent *backwards-incompatible* changes to the ABI (or indeed to
the compatibility version on Mac):
With both .so.24->.so.25 (16.04->16.08) and .so.25->.so.26 (16.08->16.12) I
could install a symlink making the new library available under the previous
filename, and keep using it with digiKam without having to rebuild that (huge)
bit of software.
Wouldn't it be more appropriate to use a composite versioning scheme, something
like
libmarblewidget.so.2.6
libmarblewidget.so.2 -> libmarblewidget.so.2.6
libmarblewidget.so -> libmarblewidget.so.2
which would allow updating Marble without updating or rebuilding 3rd party
software using libmarblewidget?
This would evidently require a bit more careful implementation/consideration of
ABI changes. But a priori backwards compatibility should be the norm if Qt and
KDE's approach of using d-pointers is followed (and it seems this is the case).
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Marble-bugs
mailing list