[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-buildsystem
Subject:    Re: Reducing excess linkage - cmake 2.6 IMPORTED targets and
From:       Dirk Mueller <mueller () kde ! org>
Date:       2008-05-06 20:41:29
Message-ID: 200805062241.30385.mueller () kde ! org
[Download RAW message or body]

On Monday 28 April 2008, Alexander Neundorf wrote:

> -cmake 2.6.0 is not released yet and we are already at alpha1 stage of KDE
> 4.1 -the patches kind-of break source compatibility

not really.. apps that break due to that are invalid anyway. for every 3rd 
party module which we depend on and that switches away from libtool we run 
into the same issue (e.g. libvorbis just recently pops up my mind). And then 
again, binary compatibiliy is what counts - not source compatibility. and 
binary compatibility is not broken, as long as the app links all that it 
needs directly by itself. 

> , stuff which links with 
> KDE 4.0.x may not link anymore once this patch is applied

thats the reason why the patch should be applied  to be able to optionally use 
this feature as soon as possible, so that those who care (I count debian and 
opensuse packagers here) can iron out all the quirks and fix all the failing 
packages before users stumble over it. I could add it to the dashboard so 
that we can see the failures right away. 

> Depending on how we deal with the compatibility problem, I'd like to do
> this once trunk is open for KDE 4.2 and require cmake 2.6.x by then, so
> *every* developer will notice when something breaks. Then we'll also have
> time to make sure at least the sources in KDE svn build properly.

Thats one solution - another solution is to make it optinally available now, 
so that distributions can fix the migration path, and make it a requirement 
with KDE 4.2 (or maybe even 4.1). 

Greetings,
Dirk

_______________________________________________
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem
[prev in list] [next in list] [prev in thread] [next in thread]