cmake - 如何处理 C++ 库中的资源

标签 cmake organization include-path

我正在为 OpenGL 构建一个非常轻量级的库/包装器,但遇到了一个小问题。假设我有一个看起来像这样的目录结构:

GraphicsProject
|GraphicsApp
||main.cpp
|GraphicsLib
||include
|||fileA.h
|||fileB.h
||library
|||fileA.cpp
|||fileB.cpp
||shaders
|||shader1.txt
|||shader2.txt
|| build
||| bunch of build stuff

在运行时获取 shader1.txt 路径的最佳方法是什么?或者,无论谁在使用这个项目或者它位于用户机器上的什么位置,路径都不会改变?

我考虑过的一些选择:
1) 获取当前工作目录并使用该路径按我的方式工作到我需要的位置。我对这个解决方案的主要担忧是,我不确定当前目录会根据用户构建项目的方式或我无法控制的其他因素而改变多少。也感觉不是很优雅。
2) 将着色器的源代码作为字符数组/字符串存储在包含目录中的 .h 文件中。这似乎是一个更好的解决方案,只是它会使编写着色器稍微麻烦一些。

有没有标准的方法来做到这一点?我正在使用 CMake 来构建项目,如果这有什么改变的话。

最佳答案

我假设您正在谈论让“shaders”文件夹可供其他正在构建您的项目的开发人员使用,因为如果您指的是最终用户(这将涉及 install 组件),您就不会谈论建立文件夹。

我认为在运行时为着色器文件夹提供固定位置的最简单方法是将其从源树复制到构建树。通过这种方式,其他开发人员可以将他们的根构建文件夹放在您项目之外的任何位置(或者甚至在他们想要的内部),并且在访问复制的着色器文件夹时,应用程序仍然有一个固定的相对路径要处理。

如果您不想复制,还有其他选项(例如,您可以让 CMake 将配置文件写入构建树;配置文件可以指定着色器文件夹的路径)但我认为它们更复杂,并且可能更脆弱。无论如何,我认为关键是在配置时(当 CMake 执行时)将信息从源树复制到构建树,以便运行时代码不涉及对可能非常遥远的源树的困难搜索。

一个示例根 CMakeLists.txt 将是:

cmake_minimum_required(VERSION 2.8 FATAL_ERROR)
project(example)

add_executable(GraphicsApp GraphicsApp/main.cpp)
add_library(GraphicsLib
    GraphicsLib/library/fileA.cpp
    GraphicsLib/library/fileB.cpp
    GraphicsLib/include/fileA.h
    GraphicsLib/include/fileB.h
    GraphicsLib/shaders/shader1.txt
    GraphicsLib/shaders/shader2.txt
    )
include_directories(GraphicsLib/include)
target_link_libraries(GraphicsApp GraphicsLib)

add_custom_command(TARGET GraphicsApp POST_BUILD
    COMMAND ${CMAKE_COMMAND} -E copy_directory
        ${CMAKE_SOURCE_DIR}/GraphicsLib/shaders
        $<TARGET_FILE_DIR:GraphicsApp>/shaders)

add_custom_command 上稍微扩展一下调用,这基本上会导致“shaders”子目录被复制到 GraphicsApp 所在的文件夹中。将建成。该命令随时执行 GraphicsApp建成。如 GraphicsApp已构建并且是最新的,并且您尝试重新构建它,自定义命令将不会执行。

自定义命令实际执行
cmake -E copy_directory <path to shaders source> <path to shaders copy>

使用 CMake 的 -E 跨平台命令模式。

命令的“目标”部分(“复制到”位置)使用生成器表达式来推断 GraphicsApp 所在的位置。将建于:$<TARGET_FILE_DIR:GraphicsApp> .这可能是实现该目标的最稳健的方式;无论配置类型如何,它都是正确的(例如,MSVC 在构建路径中插入“Debug/”或“Release/”文件夹)。

因此,这有望帮助您实现目标。我想你仍然必须get the full path to the running exe然后推导出复制的着色器文件夹的完整路径。但是,这应该比从当前工作目录搜索更简单和健壮。偶calculating the current working dir是不平凡的。

关于cmake - 如何处理 C++ 库中的资源,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18038075/

相关文章:

java - CMake编译java代码

c++ - 应使用哪种类型的设计模式来创建仿真器?

c++ - 在 VS2010 项目中包含文件

c++ - 链接 src/与 CMake 作为库#include'd 与一些 `libname/` 前缀

android - CMake 链接可执行文件到共享库(Android Studio 2.2)

c++ - CMAKE:在函数内创建和构建列表——具有目录或全局范围

cmake - 找不到 CLion CMake 选项 -G "Visual Studio 15 2017"

c# - 使用 WinForms 组织

c# - ASP.NET 的组织结构图组件

c++ - Visual Studio 2015 c++ 无法打开包含文件错误