如何在CMake中为不同编译目标添加/移除_SHARED_LIBRARY_宏定义

我来帮你梳理下问题根源，并且给出可靠的解决方案：

你的核心问题在于使用了全局的add_definitions和remove_definitions命令来控制宏定义，但CMake中全局编译选项的修改会影响所有后续创建的目标，且目标一旦创建，其编译配置就固定了，后续的全局修改不会回溯调整已创建的目标。这就导致你的DefinedExecutable没有正确应用_SHARED_LIBRARY_宏，最终输出不符合预期。

正确做法：用target_compile_definitions精准控制单个目标 #

CMake推荐使用target_compile_definitions来为单个目标添加或移除编译宏，完全避免全局命令的副作用。修改你的CMakeLists.txt如下：

project(ProjectTest)

# 编译共享库：只为这个目标添加_SHARED_LIBRARY_宏
add_library(TestLibrary SHARED functions.cpp)
target_compile_definitions(TestLibrary PRIVATE _SHARED_LIBRARY_)

# 编译DefinedExecutable：需要匹配共享库的函数声明，所以添加宏
add_executable(DefinedExecutable main.cpp)
target_compile_definitions(DefinedExecutable PRIVATE _SHARED_LIBRARY_)
target_link_libraries(DefinedExecutable TestLibrary)

# 编译UndefinedExecutable：不添加宏，编译成独立可执行文件
add_executable(UndefinedExecutable main.cpp functions.cpp)

关键细节解释： #

• PRIVATE关键字：表示这个宏只用于当前目标的编译，不会传递给依赖它的目标（比如DefinedExecutable不会因为链接TestLibrary就自动继承这个宏，这正是我们需要的，因为DefinedExecutable的main.cpp需要显式声明宏来匹配库的函数）。
• 精准控制：每个目标的宏定义都是独立设置的，TestLibrary和DefinedExecutable都启用_SHARED_LIBRARY_，而UndefinedExecutable不启用，完全符合你的需求。

验证结果 #

执行你原来的构建命令：

rm -rf build/ ; mkdir build ; cd build ; cmake .. ; make ; cd ..

运行可执行文件会得到预期输出：

$> ./build/DefinedExecutable
Shared Library
$> ./build/UndefinedExecutable
Executable

为什么原来的方式失效？ #

你原来的全局命令逻辑看似合理，但CMake的全局变量处理存在“创建目标时快照”的特性：当你创建DefinedExecutable时，全局的_SHARED_LIBRARY_宏确实是启用的，但可能因为后续的remove_definitions操作干扰了链接阶段的配置，或者你存在文件名笔误（比如代码里写的是function.cpp，但CMake里用的是functions.cpp），导致实际编译结果不符合预期。而target_compile_definitions完全规避了这些全局副作用问题，是更稳定的现代CMake写法。

内容的提问来源于stack exchange，提问作者Dzious