c++ - 安装前后使用 CMake 配置文件路径一致

Question

我的层次结构中有不同的库和可执行文件作为子项目。他们中的大多数是守护进程。所以我有它们相应的 cfg 文件，这些应用程序在启动期间读取这些文件。

我有两个问题。

1. 让我们有一个简单的场景:单个项目没有层次结构。我必须在有/没有 install 的情况下运行应用程序。因此，如果我放置一个安装指令以将 cfg 保存在 /etc 中，我可以获得一个不变的 cfg 路径。但在某些情况下我可能不希望安装。我想在执行 make 后立即运行可执行文件。那么如何以使用/不使用 install 的方式管理 cfg？
2. 接下来是我的场景，其中我有一个子项目层次结构。其中监视器需要 a.cfg 和 b.cfg。所有的配置文件都单独保存在另一个子项目中。这个设计好用吗？在这种情况下，我能否解决从 a、b 和 monitor 到 cfg 文件的路径？

但是我可以在 monitor.cfg 中放入 include 指令来包含 a.cfg 和 b.cfg。但这归结为同样的问题。在安装/不安装的情况下寻址 cfg 文件的路径。

abcd
    cfg                         # configuration files
        abcd                    # to be copied to /etc/abcd on install
            a.cfg               # configuration 
            b.cfg
            monitor.cfg
        includes/cfg
        sources
        -> libabcd-cfg.so       # target library that abstracts configurations as objects
    components
        a: cfg                  # sub project a (requires abcd/a.cfg)
            -> a                # target executable
        b: cfg                  # sub project b (requires abcd/b.cfg)
            -> b                # target executable
        monitor: cfg            # sub project monitor (requires abcd/a.cfg, b.cfg, monitor.cfg)
            -> monitor          # target executable

一个简单的解决方案是在类似 cfg/includes/cfg/defs.h 的文件中保留一组全局搜索路径，首先在 . 中搜索，然后搜索在 /etc 中。但是，将配置文件保存在不同的项目 . 将不起作用。

Answer 1

前段时间我遇到了类似的问题:我想在构建(无需安装)后立即让项目可测试。据我所知，该问题没有通用模式。可能的方式有:

1. 在构建一中重现安装树的相对路径。在那种情况下，可执行文件应该使用地址 cfg 文件的相对路径。如果将所有可执行文件安装到同一目录中，则可以将变量 CMAKE_RUNTIME_OUTPUT_DIRECTORY 设置为二叉树中的某个目录。因此，所有二进制文件都将在给定目录中生成。 (如果子项目是使用 add_subdirectory() 方法构建的，那么在顶级项目中设置变量将影响所有子项目)。至于配置文件，您可以让所有子项目使用相同的变量来构建它们:

   if(NOT DEFINED CFG_OUTPUT_DIRECTORY)
        # Use in-subproject path by default.
       set(CFG_OUTPUT_DIRECTORY "${CMAKE_CURRENT_BINARY_DIR}/cfg")
   endif()
   
   configure_file(a.cfg.in `${CFG_OUTPUT_DIRECTORY}`/a.cfg)
   

   同样，在顶层项目中设置这样的CFG_OUTPUT_DIRECTORY变量会影响子项目。

2. 使用可选环境变量 指向 cfg 文件。因此，为了从构建树运行可执行文件，您可以将此变量设置为指向构建树中的 cfg 文件:

   A_CFG_PATH=${CMAKE_CURRENT_BINARY_DIR}/a.cfg a.exe <args>
   

   (对于运行已安装的可执行文件，您根本不需要设置环境变量)。

3. 根本不支持从构建树运行可执行文件。从测试的角度来说是有道理的:为什么我们要测试构建树，而预期的用户会使用安装树。