<div dir="ltr">Hi Manuel,<br>I'm in london these days on vacations. When I come back I'll review it ok?<br><br>Thanks,<br>Aleix<br><br><div class="gmail_quote">On Fri, Aug 29, 2008 at 7:26 PM, Manuel Breugelmans <span dir="ltr"><<a href="mailto:mbr.nxi@gmail.com">mbr.nxi@gmail.com</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><div></div><div class="Wj3C7c">On Thursday 28 August 2008 23:34:08 you wrote:<br>
> Currently some add_test do not get communicated correctly by the CMake<br>
> buildmanager. CMakeProjectVisitor overwrites target types if the 'add_test'<br>
> is in front the 'add_executable' for a test target. Attached a patch that<br>
> exposes the problem and fixes it.<br>
><br>
> OK to commit this, Aliex/Matt?<br>
><br>
<br>
</div></div>Right, totally forget the above, the problem is much worse. KDevelop's<br>
handling of 'add_test' linked to TestTargetItem is based on the assumption<br>
that there is always an actual CMake target (in the form of add_executable)<br>
around. This assumption is wrong :( I fear it is broken by design atm.<br>
<br>
According to the CMake manual `add_test(foo foo.exe -bla -blah)' just says:<br>
look, foo.exe is a test executable, please execute it with said flags. foo.exe<br>
needn't be built by the project at all. Indeed I suppose it's not uncommon to<br>
have test scripts.<br>
<br>
Linking a test with a target _only_ works in the KDE4 case, where the<br>
'kde4_add_unit_test' macro wraps an add_executable + add_test call for a<br>
QTEST_MAIN generated QTest.<br>
<br>
<br>
Manuel<br>
<br>
_______________________________________________<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</blockquote></div><br></div>