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

List:       kde-buildsystem
Subject:    Re: FindPlasma.cmake obsolete ?
From:       Modestas Vainius <modestas () vainius ! eu>
Date:       2009-01-05 19:27:20
Message-ID: 200901052127.26081.modestas () vainius ! eu
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Hello,

pirmadienis 05 Sausis 2009, Alexander Neundorf rašė:
> Sorry, too late for this now.
Yes, you are absolutely right, in fact it is too late. I missed when 
FindPlasma.cmake from 4.1 was "merged" to FindKDE4Internal.cmake. Too bad, but 
what's done is done.

> Let's find a good way how to support modular builds of the KDE modules for
> KDE 4.3.

> No, keeping it now might make supporting it in a good way maybe actually
> harder. Since the way we'll come up with would have to be compatible with
> what we would add now to svn.
Well ok, I hope you do not forget this promise. However, I see the only way 
how this can be done maintaining SC in kdelibs: give each library its own 
Config.cmake and IMPORTED TARGETS file in /usr/lib/cmake and force 
find_package(KDE4) to find_package() kdelibs libraries by default. Therefore 
old method will still work as well as it will be possible to do find_package() 
for individual libraries and/or the most common set of libraries. Finally, 
deprecate cumulative find_package(KDE4) to urge developers to which to modular 
find_package()s.

> If you really want, you can ship/distribute a FindPlasma.cmake also
> independently from kdelibs, so projects may include private copies of it in
> their sources.
There is no absolutely point in shipping any private stuff. Plasma headers 
will be merged to kdelibs5-dev with the hope that they can be split off again 
in KDE 4.3

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