extra-cmake-modules installs into versionned dir
neundorf at kde.org
Wed Feb 22 17:33:02 UTC 2012
On Tuesday 21 February 2012, Christophe Giboudeaux wrote:
> On Monday 20 February 2012 19:38:37 Sune Vuorela wrote:
> > On Saturday 18 February 2012 18:45:54 Alexander Neundorf wrote:
> > > On Saturday 18 February 2012, David Faure wrote:
> > > > Can we PLEASE get rid of the version number in the install directory?
> > > > It's way more trouble than any benefit it might bring.
> > > >
> > > > If one day we want co-installable incompatible releases,
> > >
> > > I want to have co-installable releases right from the beginning.
> > I don't. It makes no sense what so ever to have it, and it is only giving
> > headaches to the users of ecm.
> Agreed. and I fully support removing this versioned prefix. I consider this
> a showstopper (ie: I would invite people to stay away from ecm to avoid
> The past experiences with kdepimlibs and kdebase-workspace have been
> complete failures and both were fixed. (I fixed kdepimlibs in 2009 and
> Thiago fixed kdebase-workspace last year).
> The reason is quite simple: we don't bump the version after each feature or
In e-c-m the version *must* be increased for every added feature (in a
> bug fix and if someone has a build error, the answer is "update thisModule"
> rather than "update thisModule to X.Y.Z version."
> Additionally, this requires bumping the minimum version in the depending
> module. You're then facing two issues:
> - You're not supposed to try each version to find the right one,
When using a feature, you have to know in which version it is.
We'll need to provide a way to make this easy to find out.
> - You can't use find_package(FOO) without the version since cmake will not
> check whether his cache should be refreshed.
Yes, and in general you shouldn't, since every new version will have new
> Concurrent installation are still possible using different install prefix
> and just playing with CMAKE_PREFIX_PATH.
I may think about leaving the patch-level version number out, but beside that
it will stay versioned.
So that the patch level version is kept for bugfixes, which should be
compatible, and the minor version can contain new features.
Whatever feature you use, you have to make sure using the minimum required
version that you get a proper version of e-c-m.
Everything you describe is no reason against versioned installs.
Remember, e-c-m is no typical KDE package, not at all.
It is intended to be used by any projects, KDE, Qt, gtk, EFL, XCode, whatever.
You are correct that to use it properly, you need to use the minimum required
There is absolutely no way around this, and this is completely independent
from whether the install dir is versioned or not.
If you use some feature from a released e-c-m version, you have to check in
which version this feature has been introduced.
More information about the Kde-buildsystem