Hi,
On Sat, Dec 14, 2013 at 2:58 PM, Stephen Kelly wrote:
> Andreas Pakulat wrote:
>
> > Anyway, I've now stripped it down as much as I can (without diving into
> > the wilderness of FindKDE4Internal) and also added the observations I've
> > made while stripping it. So its definetly somewhat rel
Stephen Kelly wrote:
> Your options are:
Option 3 is to depend on CMake 2.8.9+ and port away from the use of
target_link_libraries with LINK_INTEFACE_LIBRARIES and use LINK_PUBLIC and
LINK_PRIVATE instead:
@@ -17,10 +18,9 @@ cmake_policy(SET CMP0022 OLD)
kde4_add_library(sublime SHARED ${su
Andreas Pakulat wrote:
> Anyway, I've now stripped it down as much as I can (without diving into
> the wilderness of FindKDE4Internal) and also added the observations I've
> made while stripping it. So its definetly somewhat related to the magics
> that the KDE4 module does.
It's related to the s
Andreas Pakulat wrote:
> I'm using CMake 2.8.12.1 here and was wondering wether anybody else run
> into this already? I've tried to come up with a small example, but can't
> seem to get it to trigger the CMP warning at all.
An example shows that it works for me too.
What prevents you from reducin
Hi,
I've been quite annoyed by the warnings from CMP0022 in a project I use (
http://quickgit.kde.org/?p=kdevplatform.git) and wanted to set the policy
to OLD to hide the warnings (porting the code is not an option as that
would require to enforce CMake 2.8.11 which is too new for this project).
