On Mon, Sep 28, 2009 at 4:12 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 class="im">On 28.09.09 00:05:35, Pau Garcia i Quiles wrote:<br>
> On Fri, Sep 25, 2009 at 10:07 PM, Bill Hoffman <<a href="mailto:bill.hoffman@kitware.com">bill.hoffman@kitware.com</a>> 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>
> [...]<br>
><br>
> KDE trunk does not build for me with CMake 2.8.0 RC1. I have trouble<br>
> with kdebase:<br>
><br>
> CMake Internal Error (please report a bug) in workspace/kdm/CMakeLists.txt:<br>
> cmTarget::GetOutputInfo called for <a href="http://config.ci" target="_blank">config.ci</a> which has type UTILITY<br>
><br>
> I tried to remove the build directory and recreate it, only to get the<br>
> same results. This is the CMakeLists.txt:<br>
><br>
> <a href="http://websvn.kde.org/trunk/KDE/kdebase/workspace/kdm/CMakeLists.txt?revision=905359&view=markup" target="_blank">http://websvn.kde.org/trunk/KDE/kdebase/workspace/kdm/CMakeLists.txt?revision=905359&view=markup</a><br>
><br>
> I have not looked into the issue yet.<br>
<br>
</div>Same problem here and I think the reason is that the CMakeLists.txt uses<br>
the same name for a target that its using for an output file. I've<br>
changed the target name to config_ci and then CMake worked.<br>
<br>
@CMake devs: Should this be allowed or is it something that "worked<br>
accidentally" in cmake 2.6?<br>
<br></blockquote><div><br></div><div>This should be allowed. The fix is in CVS HEAD of CMake, and will be merged into the next RC...</div><div><br></div><div> </div></div>