On Wednesday December 16 2015 09:08:03 David Faure wrote: > Fixed, it was an oversight when converting the lib into a KF5 framework.
Hah, you're welcome O:-) I had already taken the liberty to apply it myself (setting SOVERSION to 5); good to know it'll be part of the next release. > ../bluez-qt/CMakeLists.txt:27: SOVERSION 6 > ../kactivities/CMakeLists.txt:129: SOVERSION 1 > ../modemmanager-qt/CMakeLists.txt:40: SOVERSION 6) > ../networkmanager-qt/CMakeLists.txt:40: SOVERSION 6) I'm seeing a .5.dylib / .so.5 extension on libKF5Activities on my end; the others I didn't even try to build to satisfy dependencies (not supposed to work on OS X; I might need to add them for Linux though). > > PS : KDE4's kfilemetadata has a compatibility/so version 4 ... > > Doesn't matter, it had a different library name (no KF5 in the name). Matter or not, I found it surprising that the version number had decreased w.r.t. the KDE4 implementation. Note that the so/compatibility version doesn't only enter in the file name on OS X. It's also stored in the library itself, and the dynamic loader will reject a correctly named shared library that has a too-recent compatibility version. So the fix will force a rebuild on all dependents on OS X; simply providing a symlink so the .3.dylib file resolves to the correct library won't work. R. _______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
