FindPlasma.cmake obsolete ?

[Modestas Vainius]

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 at vainius.eu>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/kde-buildsystem/attachments/20090105/57bc06c8/attachment.sig