mirror/tomlplusplus
1
0
Fork 0
mirror of https://github.com/marzer/tomlplusplus.git synced 2024-11-02 02:26:28 +00:00
Code Issues Packages Projects Releases Wiki Activity
2b770b19cc
tomlplusplus/examples/CMakeLists.txt

28 lines
848 B
CMake
Raw Normal View History

Modernize the CMake build files (#102) List of things that this commit brings: * Makes the project `FetchContent` ready This is achieved by conditionally executing code that is only useful for a consumer of the project, such as examples. * Componentize the install rules Because this is a header-only library, its install rules should be categorized in a dev component (think foo-dev packages in apt). By assigning all install rules to a component, the project no longer clobbers the global component when vendored (see the previous point). * Provide an interface similar to the install interface when vendored This is achieved by adding SYSTEM to the include directories conditionally and only providing targets that are actually needed. * Make the project architecture independant This is achieved by setting the ARCH_INDEPENDENT argument when generating the version config file, which is available since CMake 3.14. This feature is intended to be used for header-only libraries. * Misc changes for trivial packaging The install rules are written in a way that allows package maintainers to trivially package the project. Co-authored-by: friendlyanon <friendlyanon@users.noreply.github.com>
2021-05-20 19:03:35 +00:00
cmake_minimum_required(VERSION 3.14)
add cmake files to build and install header only library (#85) * add cmake build and install support export cmake config package too * enable bootstap build without cmake config package cleanup cmake list file
2021-02-02 16:45:59 +00:00
project(Examples LANGUAGES CXX)
Modernize the CMake build files (#102) List of things that this commit brings: * Makes the project `FetchContent` ready This is achieved by conditionally executing code that is only useful for a consumer of the project, such as examples. * Componentize the install rules Because this is a header-only library, its install rules should be categorized in a dev component (think foo-dev packages in apt). By assigning all install rules to a component, the project no longer clobbers the global component when vendored (see the previous point). * Provide an interface similar to the install interface when vendored This is achieved by adding SYSTEM to the include directories conditionally and only providing targets that are actually needed. * Make the project architecture independant This is achieved by setting the ARCH_INDEPENDENT argument when generating the version config file, which is available since CMake 3.14. This feature is intended to be used for header-only libraries. * Misc changes for trivial packaging The install rules are written in a way that allows package maintainers to trivially package the project. Co-authored-by: friendlyanon <friendlyanon@users.noreply.github.com>
2021-05-20 19:03:35 +00:00
include(../cmake/project-is-top-level.cmake)
if(PROJECT_IS_TOP_LEVEL)
find_package(tomlplusplus REQUIRED)
add cmake files to build and install header only library (#85) * add cmake build and install support export cmake config package too * enable bootstap build without cmake config package cleanup cmake list file
2021-02-02 16:45:59 +00:00
endif()
Modernize the CMake build files (#102) List of things that this commit brings: * Makes the project `FetchContent` ready This is achieved by conditionally executing code that is only useful for a consumer of the project, such as examples. * Componentize the install rules Because this is a header-only library, its install rules should be categorized in a dev component (think foo-dev packages in apt). By assigning all install rules to a component, the project no longer clobbers the global component when vendored (see the previous point). * Provide an interface similar to the install interface when vendored This is achieved by adding SYSTEM to the include directories conditionally and only providing targets that are actually needed. * Make the project architecture independant This is achieved by setting the ARCH_INDEPENDENT argument when generating the version config file, which is available since CMake 3.14. This feature is intended to be used for header-only libraries. * Misc changes for trivial packaging The install rules are written in a way that allows package maintainers to trivially package the project. Co-authored-by: friendlyanon <friendlyanon@users.noreply.github.com>
2021-05-20 19:03:35 +00:00
add_custom_target(run_examples COMMENT "Running all examples")
function(add_example name)
cmake_parse_arguments(PARSE_ARGV 1 "" "" "" ARGS)
add_executable("${name}" "${name}.cpp")
target_link_libraries("${name}" PRIVATE tomlplusplus::tomlplusplus)
target_compile_features("${name}" PRIVATE cxx_std_17)
add_custom_target("run_${name}" COMMAND "${name}" ${_ARGS} VERBATIM)
add_dependencies(run_examples "run_${name}")
endfunction()
add cmake files to build and install header only library (#85) * add cmake build and install support export cmake config package too * enable bootstap build without cmake config package cleanup cmake list file
2021-02-02 16:45:59 +00:00
Modernize the CMake build files (#102) List of things that this commit brings: * Makes the project `FetchContent` ready This is achieved by conditionally executing code that is only useful for a consumer of the project, such as examples. * Componentize the install rules Because this is a header-only library, its install rules should be categorized in a dev component (think foo-dev packages in apt). By assigning all install rules to a component, the project no longer clobbers the global component when vendored (see the previous point). * Provide an interface similar to the install interface when vendored This is achieved by adding SYSTEM to the include directories conditionally and only providing targets that are actually needed. * Make the project architecture independant This is achieved by setting the ARCH_INDEPENDENT argument when generating the version config file, which is available since CMake 3.14. This feature is intended to be used for header-only libraries. * Misc changes for trivial packaging The install rules are written in a way that allows package maintainers to trivially package the project. Co-authored-by: friendlyanon <friendlyanon@users.noreply.github.com>
2021-05-20 19:03:35 +00:00
add_example(error_printer)
added `parse_benchmark` example also: - internal parser refactoring
2021-11-04 09:56:03 +00:00
add_example(parse_benchmark)
added `toml_merger` example closes #155
2022-05-20 14:54:58 +00:00
add_example(simple_parser)
add_example(toml_generator)
add_example(toml_merger)
Modernize the CMake build files (#102) List of things that this commit brings: * Makes the project `FetchContent` ready This is achieved by conditionally executing code that is only useful for a consumer of the project, such as examples. * Componentize the install rules Because this is a header-only library, its install rules should be categorized in a dev component (think foo-dev packages in apt). By assigning all install rules to a component, the project no longer clobbers the global component when vendored (see the previous point). * Provide an interface similar to the install interface when vendored This is achieved by adding SYSTEM to the include directories conditionally and only providing targets that are actually needed. * Make the project architecture independant This is achieved by setting the ARCH_INDEPENDENT argument when generating the version config file, which is available since CMake 3.14. This feature is intended to be used for header-only libraries. * Misc changes for trivial packaging The install rules are written in a way that allows package maintainers to trivially package the project. Co-authored-by: friendlyanon <friendlyanon@users.noreply.github.com>
2021-05-20 19:03:35 +00:00
add_example(toml_to_json_transcoder ARGS "${PROJECT_SOURCE_DIR}/example.toml")
Reference in New Issue Copy Permalink