mirror of
https://github.com/apple/foundationdb.git
synced 2025-06-02 19:25:52 +08:00
2537f26de6
Up unto here this code is only very rudiemantery tested. This is a firest attempt of making cpack more user-friendly. The basic idea is to generate a component for package type so that we can have different paths depending on whether we build an RPM, a DEB, a TGZ, or a MacOS installer. The cpack package config file will then chose the correct components to use. In a later point this should make it possible to build these with `make packages` and the ugly iteration with calling cmake between each package would be obsolete. While this solution is a bit more bloated, it is also much more flexible and it will be much easier to use. Another benefit is, that this will get rid of all warnings during a cpack run
8 lines
304 B
CMake
8 lines
304 B
CMake
set(FDBSERVICE_SRCS FDBService.cpp ServiceBase.cpp)
|
|
|
|
add_executable(fdbmonitor ${FDBSERVICE_SRCS})
|
|
#
|
|
# FIXME: This include directory is an ugly hack. We probably want to fix this
|
|
# as soon as we get rid of the old build system
|
|
target_include_directories(fdbmonitor PRIVATE ${CMAKE_BINARY_DIR}/fdbclient)
|