[CMake] A potential bug ?

Hugo Heden hugoheden at gmail.com
Mon Apr 27 07:02:28 EDT 2009


On Sun, Apr 26, 2009 at 11:14 PM, Alexander Neundorf <
a.neundorf-work at gmx.net> wrote:

> On Friday 24 April 2009, Theodore Papadopoulo wrote:
> > Alexander Neundorf wrote:
> > > On Friday 24 April 2009, Theodore Papadopoulo wrote:
> > > As an experience, I have tried to mimick the gnu make check as
> indicated
> > > in the web pages,
> > > Where ?
> >
> > http://www.cmake.org/Wiki/CMakeEmulateMakeCheck
> >
> > >> but decidedADD_DEPENDENCIES(test ${executable})
> > >> for some reason to keep the "test" target name. But when, I issuing a
> > >> ADD_DEPENDENCIES(test XXX)
> > >> cmake tells me that there is no dependency name "test", but when I'm
> > >> trying to add one, then it claims there
> > >
> > > CMake generates already a target named "test", but this is a "special
> > > target", you cannot use it with add_dependencies().
> > > Just use a different name for that.
> >
> > This I figured out. I find the behaviour puzzling. At the very least,
> > the command
> > ADD_DEPENDENCIES(test ${executable})
> > should issue a message such as "Test is a special target that cannot be
> > used with ADD_DEPENDENCIES",
> > instead of a "target test does not exists". Of course, making
> > ADD_DEPENDENCIES to work with target
> > test would be even better....
>
> Please add that as a bug report in the bug tracker:
> http://public.kitware.com/Bug
>
>
Something very similar is reported here:
http://public.kitware.com/Bug/view.php?id=8438
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20090427/260fa366/attachment.htm>


More information about the CMake mailing list