Where to put KDE Frameworks cmake stuff...

Stephen Kelly steveire at gmail.com
Thu Apr 26 19:09:48 UTC 2012


Alexander Neundorf wrote:
> I thought more about it.
> How about that:
> 
> find_package(KF5 COMPONENTS kcore kwidgets kitemmodels)
> 
> searches in the normal cmake way for kcoreConfig.cmake, using
> CMAKE_PREFIX_PATH and all that. Additionally automatically also using
> KDEDIRS.
> 
> Once it has found the first requested component, the remaining components
> are searched first in the same prefix as the first one, and after that in
> KDEDIRS, and in no other directories, no CMAKE_PREFIX_PATH etc.
> 
> This way, without having KDEDIRS set, libraries from KDE frameworks will
> all be found in the same prefix.
> If you want to search in multiple directories, you can adjust the KDEDIRS
> environment variable.

It seems odd that for any project except KDE, you set CMAKE_PREFIX_PATH and 
for KDE you have to set KDEDIRS instead. You're removing and re-adding the 
feature with a different name. 

If the shared-install-dirs is removed, is the SHADOWING feature you 
mentioned before needed anymore?


> Now that it seems the shared-install-dirs feature can be removed, this
> could be good enough.
> It would imply that e-c-m will be updated relatively often 

Why would it need to be updated relatively often? Why does the removal of 
the shared-install-dirs feature imply that?

> and that the
> kde-modules/ dir in e-c-m will indeed be quite KDE-ish.

So, are you dropping the idea of a separate dependency which everything 
depends on?

Thanks,

Steve.




More information about the Kde-frameworks-devel mailing list