首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

${CMAKE_CURRENT_LIST_DIR}和.(相对目录)?

${CMAKE_CURRENT_LIST_DIR}是CMake构建系统中的一个变量,表示当前正在处理的CMakeLists.txt所在的目录的绝对路径。

相对目录"."代表当前目录。

这两个概念在CMake中主要用于指定文件路径。可以通过这两种方式来引用相对路径或绝对路径中的文件。

例如,如果在CMakeLists.txt中使用${CMAKE_CURRENT_LIST_DIR}/example.cpp,表示引用当前目录下的example.cpp文件。

使用相对目录"."时,如果CMakeLists.txt和example.cpp在同一目录下,可以直接使用"./example.cpp"表示。

在云计算领域中,这两个概念不直接涉及云计算技术。但在使用CMake构建云计算相关项目时,可以使用这两个变量来管理项目中的文件路径。腾讯云并没有直接针对这两个概念提供特定的产品或服务。

更多关于CMake的信息可以参考腾讯云文档中关于CMake的介绍:CMake | 腾讯云

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • CMake 自动安装 git pre-commit hooks

    在日常开发中,我们经常通过各类 IDE 工具来自动修正代码风格,但由于部分 IDE 工具与 clang-format 配合不是特别完善,导致保存或者按下分号、冒号以后代码自动格式化导致错乱,或者格式化时间过长等问题。这在日常开发中是很难让人接受的。 那么我们有没有办法在开发过程中不去让 clang-format 自动格式化,而是在提交代码时检查一次就够了呢?答案是可以的。Git 天生提供了 pre-commit hooks 能力,允许我们预设一些检查脚本在提交前做一些检查。手动编写脚本是比较麻烦的,而且不同开发者的不同环境适配也是棘手的问题。其实早就有人想到了这些事情,pre-commit 工具就是为这个而生的。

    04

    CMake 秘籍(五)

    每个项目都必须处理依赖关系,而 CMake 使得在配置项目的系统上查找这些依赖关系变得相对容易。第三章,检测外部库和程序,展示了如何在系统上找到已安装的依赖项,并且到目前为止我们一直使用相同的模式。然而,如果依赖关系未得到满足,我们最多只能导致配置失败并告知用户失败的原因。但是,使用 CMake,我们可以组织项目,以便在系统上找不到依赖项时自动获取和构建它们。本章将介绍和分析ExternalProject.cmake和FetchContent.cmake标准模块以及它们在超级构建模式中的使用。前者允许我们在构建时间获取项目的依赖项,并且长期以来一直是 CMake 的一部分。后者模块是在 CMake 3.11 版本中添加的,允许我们在配置时间获取依赖项。通过超级构建模式,我们可以有效地利用 CMake 作为高级包管理器:在您的项目中,您将以相同的方式处理依赖项,无论它们是否已经在系统上可用,或者它们是否需要从头开始构建。接下来的五个示例将引导您了解该模式,并展示如何使用它来获取和构建几乎任何依赖项。

    02

    再度优化GCC、LLVM、Clang、libc++、libc++abi等套件的构建脚本

    一直以来,我都维护了完整的 GCC 工具链构建工具 和 LLVM,Clang,libc++,libc++abi工具链构建工具 。 一方面是为了测试和体验新版本编译器的功能和利用一些更现代化的工具检查代码中的风险,另一方面也是为了给我得很多开源仓库做多版本适配。 其中所有的编译期依赖项(不包括 tar,awk等可执行程序的工具)都是自己构建的,这样也能管理好某些新版本组件需要的新版本依赖项,并且做到跨发行版兼容。同时很多发行版自带的 LLVM+Clang 套件都缺斤少两,有的缺少 clang-analyzer ,有的缺少 clang-format ,也有的缺少 libc++ 和 libc++abi 或者缺少sanitizer组件。我也是根据自己的需要编译并输出了大多数开发工具,甚至还有一些开发库以便二次开发(比如用libclang写工具来复用libcang的AST功能)。

    04

    再次重构LLVM+Clang+libcxx+libc++abi+其他相关工具的构建流程

    我们有时候写一些基础性类库或者实验新功能的时候,常常需要使用到最新版本的GCC和Clang。一些Linux发行版的源里和一些工具链(比如MSYS2)里其实自带LLVM套件的包,LLVM 官网也提供一些常见平台的预编译包下载。 那为什么我们还要自己编译呢?如果有注意到的小伙伴可能会发现,很多平台的源和 LLVM 官网 里下载的预编译包,其实是缺失很多组件的。有些没有libc++和libc++abi(CentOS 8),有些没有Sanitizer相关的组件,有些缺失其他的组件。而Clang虽然支持GCC的libstdc++,但是一方面我们写基础性类库还是要优先考虑原生STL库的兼容性,另一方面Clang对libstdc++的支持也不是太好,特别是有些第三方库在这个组合下也是没有适配得很好,同时gdb和libc++的搭配有时候也不是很完善。 所以我们就需要一个组件尽可能开完整地包含LLVM,Clang,libc++,libc++abi还有其他周边工具(各类Sanitizer,clang-tiny,clang-analyzer等等)的工具链。

    02
    领券