最小的工作示例在底部。
假设我想为一个特定的CMake目标修改GCC垃圾收集,称之为foo。我的直觉是尝试,例如:
target_compile_options(foo <PRIVATE|INTERFACE|PUBLIC> --param ggc-min-heapsize=32768)
这可以很好地工作。但如果我试一下:
target_compile_options(foo <PRIVATE|INTERFACE|PUBLIC> --param ggc-min-expand=1 --param ggc-min-heapsize=32768)
或
target_compile_options(foo <PRIVATE|INTERFACE|PUBLIC> --param ggc-min-expand=1)
target_compile_options(foo <PRIVATE|INTERFACE|PUBLIC> --param ggc-min-heapsize=32768)
我得到的回答是:
ggc-min-heapsize=32768: No such file or directory
在参数两边加引号或在每个参数两边加引号是没有用的。我已经在CMake 3.5.1和3.11,GCC 4.8和GCC 7上试用过了,没有变化。
奇怪的是,老式的
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} --param ggc-min-expand=1 --param ggc-min-heapsize=32768)
似乎工作得很好。我是不是错过了target_compile_options的现代用法?
最小工作示例
CMakeLists.txt
cmake_minimum_required(VERSION 3.5.1 FATAL_ERROR)
project(test)
add_executable(test main.cpp)
target_compile_options(test PRIVATE --param ggc-min-expand=1)
// Uncommenting the below causes compilation to fail
// target_compile_options(test PRIVATE --param ggc-min-heapsize=32768)
main.cpp
int main() {}
发布于 2018-09-07 06:19:09
问题在于,CMake会对传递给target_compile_options
的标志进行重复删除,因此最终会将"--param CMake min-expand=1 gcc-min-heapsize=32768“传递给gcc。这显然是错误的。还有an issue,人们对此颇有微词。
为了解决这个问题,recently added提供了一些新功能。您可以用引号将选项括起来,并在前面加上SHELL:
。出于重复数据删除的目的,这些参数将被视为单个单元,但将作为多个参数传递给gcc (就像被您的shell拆分一样)。此更改是在CMake 3.12中发布的,因此您的发行版的包管理器中的版本可能还没有它。
cmake_minimum_required(VERSION 3.12.1 FATAL_ERROR)
project(example)
add_executable(example main.cpp)
target_compile_options(example PRIVATE "SHELL:--param ggc-min-expand=1")
target_compile_options(example PRIVATE "SHELL:--param ggc-min-heapsize=32768")
https://stackoverflow.com/questions/52212419
复制相似问题