[CMake] CMake 2.8.0 RC 1 ready for testing!

Helio Chissini de Castro helio at kde.org
Tue Sep 29 16:38:42 CEST 2009


Em Segunda-feira 28 de setembro 2009, às 05:12:15, você escreveu:
> On 28.09.09 00:05:35, Pau Garcia i Quiles wrote:
> > On Fri, Sep 25, 2009 at 10:07 PM, Bill Hoffman <bill.hoffman at kitware.com> 
wrote:
> > > I am happy to announce that CMake 2.8.0 has entered the beta stage! You
> > > can find the source and binaries here:
> > > http://www.cmake.org/files/v2.8/.
> > >
> > > I am sure I am leaving something out, but here is the list of changes
> > > that I came up with.  (If you notice something missing please let me
> > > know and I will add it to the official release when 2.8.0 is
> > > finalized.)
> >
> > [...]
> >
> > KDE trunk does not build for me with CMake 2.8.0 RC1. I have trouble
> > with kdebase:
> >
> > CMake Internal Error (please report a bug) in
> > workspace/kdm/CMakeLists.txt: cmTarget::GetOutputInfo called for
> > config.ci which has type UTILITY
> >
> > I tried to remove the build directory and recreate it, only to get the
> > same results. This is the CMakeLists.txt:
> >
> > http://websvn.kde.org/trunk/KDE/kdebase/workspace/kdm/CMakeLists.txt?revi
> >sion=905359&view=markup
> >
> > I have not looked into the issue yet.
> 
> Same problem here and I think the reason is that the CMakeLists.txt uses
> the same name for a target that its using for an output file. I've
> changed the target name to config_ci and then CMake worked.
> 
> @CMake devs: Should this be allowed or is it something that "worked
> accidentally" in cmake 2.6?
> 
> Andreas
> 

Using macro in that way was wrong. The executables which are using that custom 
target should have a dependency. I fixed in both trunk and branches for kdm

-- 
Helio Chissini de Castro
KDE Developer
Brasil/South America Primary Contact


More information about the Kde-buildsystem mailing list