On Tue, Sep 29, 2009 at 3:26 AM, Andreas Pakulat <span dir="ltr"><<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On 28.09.09 16:08:22, Brad King wrote:<br>
> Andreas Pakulat wrote:<br>
> > On 25.09.09 16:07:21, Bill Hoffman wrote:<br>
> >> I am happy to announce that CMake 2.8.0 has entered the beta stage! You<br>
> >> can find the source and binaries here: <a href="http://www.cmake.org/files/v2.8/" target="_blank">http://www.cmake.org/files/v2.8/</a>.<br>
> >><br>
> >> I am sure I am leaving something out, but here is the list of changes<br>
> >> that I came up with. (If you notice something missing please let me<br>
> >> know and I will add it to the official release when 2.8.0 is finalized.)<br>
> >> Changes in CMake 2.8.0 RC 1<br>
> ><br>
> > Here's another error (building kdevplatform):<br>
> ><br>
> > [ 57%] Built target kdevplatformvcs<br>
> > vcs/dvcs/tests/CMakeFiles/dvcsTest.dir/build.make:47:<br>
> > vcs/dvcs/tests/CMakeFiles/dvcsTest.dir/progress.make: No such file or<br>
> > directory<br>
> > make[2]: *** No rule to make target<br>
> > `vcs/dvcs/tests/CMakeFiles/dvcsTest.dir/progress.make'. Stop.<br>
> > make[1]: *** [vcs/dvcs/tests/CMakeFiles/dvcsTest.dir/all] Error 2<br>
><br>
> This is because you have two executable targets named 'dvcsTest'.<br>
> Even though they are in different directories, CMake has required<br>
> globally unique logical target names since 2.6:<br>
><br>
> <a href="http://www.cmake.org/cmake/help/cmake2.6docs.html#policy:CMP0002" target="_blank">http://www.cmake.org/cmake/help/cmake2.6docs.html#policy:CMP0002</a><br>
><br>
> (Actually it always wanted them but didn't enforce it until 2.6).<br>
> Normally CMake 2.6 would have warned you about this problem, but<br>
> KDE requests OLD behavior:<br>
><br>
> FindKDE4Internal.cmake:# CMP0002: in KDE4 we have multiple targets with the same name for the unit tests<br>
> FindKDE4Internal.cmake:cmake_policy(SET CMP0002 OLD)<br>
><br>
> This line prevents the warning, which was nice at the time it was<br>
> written, but it also prevents KDE developers from seeing the hints<br>
> CMake normally provides to update their projects.<br>
><br>
> CMake 2.8.0-rc1 has a bug that prevents the OLD behavior for this<br>
> policy from working correctly. I'll fix it, but you should also<br>
> fix the project to avoid duplicate target names...we may not allow<br>
> them forever.<br>
<br>
</div></div>Thanks for the info, I'll fix the project later. I believe however that I<br>
didn't see any warnings, which should now be posted if I understood<br>
correctly? Or is that part of the OLD behaviour still working?<br>
<br></blockquote><div><br></div><div>If you set the policty to OLD, you should just get the OLD behavior and not see any warnings...</div><div><br></div></div>