Am Freitag, 17. Februar 2012, 19:48:33 schrieb Alexander Neundorf:
> Hi,
>
> right now the common version number for libraries in kdelibs/KDE is defined
> in KDE4Defaults.cmake:
>
> # define the generic version of the libraries here
> # this makes it easy to advance it when the next KDE release comes
> # Use this version number for libraries which are at version n in KDE
> # version n
> set(GENERIC_LIB_VERSION "4.8.0")
> set(GENERIC_LIB_SOVERSION "4")
>
> # Use this version number for libraries which are already at version n+1
> # in KDE version n
> set(KDE_NON_GENERIC_LIB_VERSION "5.8.0")
> set(KDE_NON_GENERIC_LIB_SOVERSION "5")
>
>
> So whichever package wants to have a common version number with the rest of
> KDE, uses this.
("rest of KDE" is what?)
Which is somehow broken anyway for packages outside of kdelibs. E.g. compile a
package from KDE SC 4.7 against kdelibs 4.8, that one gets the version number
of kdelibs 4.8. Now compile the same package from KDE SC 4.8 against kdelibs
4.8 as well, same version number as before.
Not sure if this does not provide the base for some problems.
IMHO each package should have its own GENERIC_LIB_* vars, for some saneness.
Otherwise those GENERIC_LIB* vars could also be set to those of Qt or whatever
other base lib. What reason would there be to have them versioned in the same
way the current kdelibs is versioned?
Friedrich
_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
