Hi All,
sorry for taking so much time for this wimpy problem. I think I found the issue
and it's simple as always.
See some small comments inline
On 09.11.2010, at 03:28, Alan W. Irwin wrote:
> On 2010-11-09 02:52+0100 Michael Hertling wrote:
>
>> On 11/08/2010 10:03 PM, Jochen Issing wrote:
>>> Hi list,
>>>
>>> I tried to add ctest to my project and did this by adding ENABLE_TESTING()
>>> and several ADD_TEST(...) to my CMakeLists.txt file.
>>> The tests are run on executables, which are built inside a dedicated test
>>> directory in my project root and the execs show up in my Makefile.
>>> After reading through some docs, I am told to call make test after
>>> building. However, no target named 'test' is available.
>>
>> I.e. it doesn't show up in the listing of "make help"?
Yes, it did not show up, but run without a warning, because a directory (and
thus product) test existed :/
>>
>>> Here my question: Does my directory 'test' interfere with the 'test' rule
>>> or do I have to install the executables before testing or do I still miss
>>> something?
>>
>> On *nix, I can see the following CMakeLists.txt work:
>>
>> CMAKE_MINIMUM_REQUIRED(VERSION 2.8 FATAL_ERROR)
>> PROJECT(TEST C)
>> ENABLE_TESTING()
>> FILE(MAKE_DIRECTORY ${CMAKE_SOURCE_DIR}/test ${CMAKE_BINARY_DIR}/test)
>> FILE(WRITE ${CMAKE_BINARY_DIR}/main.c "int main(void){return 0;}\n")
>> ADD_EXECUTABLE(main main.c)
>> SET_TARGET_PROPERTIES(
>> main
>> PROPERTIES
>> RUNTIME_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/test
>> )
>> ADD_TEST(NAME main COMMAND main)
I tried this with success :) Thanks for the interesting build script!
>>
>> The output of "make test" - without installation - is:
>>
>> Running tests...
>> Test project /home/hertling/work/cmake/issing/obj
>> Start 1: main
>> 1/1 Test #1: main ............................. Passed 0.00 sec
>>
>> 100% tests passed, 0 tests failed out of 1
>>
>> Total Test time (real) = 0.11 sec
>>
>> So, I'd conclude the "test" directories' presence doesn't matter,
>> nor does the fact if an installation has already been performed.
>
> In the past this mattered a lot so the PLplot project had to rename
> our test source tree directory to plplot_test to avoid the clash with
> the name of the test target.
Not for me - renaming didn't solve it
Instead I moved ENABLE_TESTING() from test/CMakeListst.txt to my root
CMakeLists.txt
I think this is not stated in the documentation.
Thanks everybody!
jochen
>
> It is possible your example above is not complicated
> enough to trigger the clash. For example, your test
> subdirectories are just created, but you do not have an
> add_subdirectory(test) command to actually run cmake within that
> test subdirectory.
>
> So I would suggest to the OP that they do rename their test directory
> to something else because I am pretty sure that will solve the issue.
> Until PLplot did that (for a much earlier version of CMake) "make
> test" failed to work for us.
>
> Alan
>
>
>
>>
>> Maybe, you could post your CMakeLists.txt for further inspection.
>>
>> Regards,
>>
>> Michael
>>
>>> Anyhow, 'ctest -D Experimental' seems to do something :/
>>>
>>> Also, I am not sure if I need to setup a Dashboard-Server to use testing at
>>> all. I suppose it's possible without a dashboard, but don't know how.
>>> Thanks in advance!
>>> Cheers,
>>>
>>> - jochen
>>> gpg: 1024D/013400C7
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the CMake FAQ at:
>> http://www.cmake.org/Wiki/CMake_FAQ
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.cmake.org/mailman/listinfo/cmake
>>
>
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state implementation
> for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
> package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
> Linux Links project (loll.sf.net); and the Linux Brochure Project
> (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
_______________________________________________
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
