feat: add a wrapper module for add_test #240
Conversation
src/Tests.cmake
Outdated
| if(${type} STREQUAL "library_test") | ||
| add_executable(${target_name}) | ||
| set(scope PRIVATE) | ||
| elseif(${type} STREQUAL "test_config") | ||
| add_library(${target_name} INTERFACE) | ||
| set(scope INTERFACE) | ||
| endif() |
There was a problem hiding this comment.
What happens in the else condition?
There was a problem hiding this comment.
The function _configure_target currently only supports type "library_test" and "test_config". Here the if-else checks the type to add the corresponding target, and set the scope correctly.
For instance, a "library_test" is an executable target, it will link all its libraries PRIVATE-ly; a "test_config" is an interface library as it is used to propagate the test configuration, and it will link its libraries libraries INTERFACE-ly.
| # Enable coverage reporting for gcc/clang | ||
| function(enable_coverage _project_name) | ||
| if(CMAKE_CXX_COMPILER_ID STREQUAL "GNU" OR CMAKE_CXX_COMPILER_ID MATCHES ".*Clang") | ||
| target_compile_options(${_project_name} INTERFACE --coverage -O0 -g) | ||
| target_link_libraries(${_project_name} INTERFACE --coverage) | ||
| endif() | ||
| endfunction() | ||
|
|
||
| function(_configure_target target_name type) |
There was a problem hiding this comment.
I like how this function lumps together all the CMake functions making things more declarative. Could you name it as something like add_target?
There was a problem hiding this comment.
The problem here is whether I should split DEPENDENCIES_CONFIG, DEPENDENCIES and LIBRARIES to [PRIVATE|PUBLIC|INTERFACE]_DEPENDENCIES_CONFIG and so on.
Currently this function only supports "library_test" (executable) and "test_config" (header-only library), they are expected to only link one dependency type (PRIVATE for executable and INTERFACE for header-only library).
But for a non-header-only library, it might link a PRIVATE library, a PUBLIC library and a INTERFACE library at the same time. If this function is named as add_blah, users might expect this function also works on non-header-only libraries, so for a correct linkage, DEPENDENCIES_CONFIG must be split to [PRIVATE|PUBLIC|INTERFACE]_DEPENDENCIES_CONFIG.
FeignClaims
force-pushed
the
feature/add_test
branch
from
a9a9de3
to
c50e227
Compare
|
Added these functions to test projects. |
FeignClaims
force-pushed
the
feature/add_test
branch
from
5d5b74e
to
1ef80b1
Compare
|
Changed test projects based on this feature and tested well, ready to merge. |
FeignClaims
force-pushed
the
feature/add_test
branch
from
caf8071
to
9170c3b
Compare
| @@ -97,7 +97,7 @@ add_subdirectory(libs) | |||
|
|
|||
| ## tests | |||
| enable_testing() | |||
| add_test(NAME main COMMAND main) | |||
| add_executable_test(main no_arg) | |||
There was a problem hiding this comment.
Why should I write no_arg?
There was a problem hiding this comment.
The add_executable_test actually creates a test named test.<executable>.<test_name>. Since users might write multiple tests for an executable, no_arg here is just a name saying this test has no arg.
| @@ -48,4 +48,4 @@ target_link_libraries(another_main PRIVATE myproj::lib myproj::lib2) | |||
|
|
|||
| # tests | |||
| enable_testing() | |||
| add_test(NAME another_main COMMAND another_main) | |||
| add_executable_test(another_main no_arg) | |||
There was a problem hiding this comment.
Why should I write no_arg?
There's already an example in the document: https://github.com/FeignClaims/project_options/blob/9170c3b7b5e68840d01d79beed3b85948cd71d0e/src/Tests.cmake#L350-L355 Additionally, I added a use of add_executable_test(main no_arg)
add_executable_test(main with_arg
EXECUTE_ARGS hello world
) |
FeignClaims
changed the title
FeignClaims
force-pushed
the
feature/add_test
branch
from
25fe7f3
to
f62419d
Compare
FeignClaims
force-pushed
the
feature/add_test
branch
from
1bee95a
to
f62419d
Compare
from aminya/cpp_vcpkg_project#35.
Additionally, add
[WORKING_DIRECTORY <dir>]and[WILL_FAIL]to specify the corresponding test property.