[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:       Modestas Vainius <modestas () vainius ! eu>
Date:       2008-04-30 14:57:58
Message-ID: 200804301758.05975.modestas () vainius ! eu
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Hello,

2008 m. April 28 d., Monday, Alexander Neundorf rašė:
>Pro:
>-your patches look good
>-I think you are right
Great.

>-cmake 2.6.0 is not released yet and we are already at alpha1 stage of KDE 
4.1
Yep, but it is very very near.

> 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.
I understand your concerns. You have to make sure nothing breaks on more 
platforms than GNU/Linux. Then could we ask to make that "new way" as an 
option (non-default) for kdelibs with cmake 2.6? This way we can ask other 
KDE developers to accept patches fixing target_link_libraries() (they would 
be harmless for the default way). I especially want point 2 
(LINK_INTERFACE_LIBRARIES) to be done by KDE developers (for kdelibs and 
kdepimlibs at least). Again, this can be done via some macro which would be 
noop if the option is not enabled.

We are doing this, because so much excess interlinking hurts quality of Debian 
archive and makes various transitions involving KDE painful. Currently, we 
wouldn't very mind excess linkage with QtNetwork, QtXml, QtDBus, QtSvg, kdeui 
(via kio) etc. (it would be nice to have that cleaned up too), but we 
definitely must get rid of -lX11 -lz -lldap -lXext etc (which require build 
dependences of their own).

I could rewrite the 97 patch making the "new way" depend on the kdelibs switch 
(e.g. -DUSE_LINK_INTERFACE) (which would be disabled by default) if you're 
going to accept it. Even if you prefer official KDE 4.1 to use old way, 
Debian will use the new way, so you can be sure it will be rock solid for KDE 
4.2 on GNU/Linux.

-- 
Modestas Vainius <modestas@vainius.eu>

["signature.asc" (application/pgp-signature)]

_______________________________________________
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]