<div class="gmail_quote">On Wed, Jun 24, 2009 at 2:08 PM, Shlomi Fish <span dir="ltr"><<a href="mailto:shlomif@iglu.org.il">shlomif@iglu.org.il</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Tuesday 23 June 2009 11:57:16 Hugo Heden wrote:<br>
> On Tue, Jun 23, 2009 at 9:56 AM, Shlomi Fish <<a href="mailto:shlomif@iglu.org.il">shlomif@iglu.org.il</a>> wrote:<br>
> > Hi all!<br>
> ><br>
> > I'm using cmake-2.6.4-3mdv2010.0 on Mandriva Linux Cooker, and ran into a<br>
> > problem. I want "make test" (which is a custom target) to depend on "make<br>
> > all", in this codebase:<br>
> ><br>
</div><div class="im">> > <<a href="http://svn.berlios.de/svnroot/repos/fc-solve/trunk/fc-solve/source/" target="_blank">http://svn.berlios.de/svnroot/repos/fc-solve/trunk/fc-solve/source/</a>><br>
><br>
</div><div class="im">> I can't say that I understand the error messages you're getting, but it is<br>
> unfortunately *not* possible to make built-in targets like "test", "all"<br>
> and "install" depend on each other. See for example this bug:<br>
><br>
> <a href="http://public.kitware.com/Bug/view.php?id=8438" target="_blank">http://public.kitware.com/Bug/view.php?id=8438</a><br>
<br>
</div>Interesting. Is this a bug or a (mis-)feature? If I work on it and contribute<br>
a patch that will fix it, will it be accepted?<br>
<br></blockquote></div><br>I think it is a "bug" (but I am just a user). See also one of the comments in <a href="http://public.kitware.com/Bug/view.php?id=6348">http://public.kitware.com/Bug/view.php?id=6348</a> -- I'll paste it here (with some boldificiations that are purely mine -- I hope they don't screw up the view too much for text-only viewers):<br>
<br><b>Brad King:</b><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">What we really need is<b> a notion of a "local target"</b> that runs the same
rule in every directory with that directory as the working directory.
The rule would not be allowed to have any input or output files...just
a command line to run unconditionally. On IDE generators the target
would appear only once and always run in the top level. Currently the
<b>"install", "test", and "clean" targets work like this</b>. It would have to
<b>become a first-class feature</b>. I'd also want to convert the install,
test, and clean targets to be defined this way in the first place. They
could be created at the beginning of the configure step and
<b>referencable by users</b>.<br><br></blockquote><br>I am not sure whether this would mean that you can force "test" to depend on "all" (which was your original concern), since "all" is not mentioned above..? But forcing "test" to depend on "install" would work I guess.<br>
<br>/Hugo Heden<br><br>