CMake静态库传递依赖：实现「原地链接」而非层级追加

GCC链接静态库时遵循符号依赖优先的规则：如果库A依赖库B中的符号，B必须放在A之后链接。你的场景中libgcc_impl.a作为PIMPL模式的实现库，是所有前置库（additionslib、system、osal、memutils）的符号提供者，因此需要放在链接顺序的最后面。以下是几种可行的CMake实现方案：

方案1：通过INTERFACE依赖调整链接顺序 #

将gcc_impl声明为所有前置库的INTERFACE依赖，CMake会自动将符号提供方（gcc_impl）放在依赖它的库之后链接：

# 假设已定义目标：additionslib、system、osal、memutils、gcc_impl

# 为每个前置库添加INTERFACE依赖
target_link_libraries(additionslib INTERFACE gcc_impl)
target_link_libraries(system INTERFACE gcc_impl)
target_link_libraries(osal INTERFACE gcc_impl)
target_link_libraries(memutils INTERFACE gcc_impl)

# 顶层目标仅链接前置库即可
target_link_libraries(your_top_target PRIVATE additionslib system osal memutils)

此方案利用CMake的依赖传递逻辑，确保gcc_impl被放在所有依赖它的库之后，生成的链接顺序完全符合你的预期。

方案2：使用LINK_GROUP强制固定顺序（CMake 3.13+） #

如果不需要调整全局依赖链，可使用CMake的LINK_GROUP特性强制指定链接顺序，忽略默认的传递依赖排序：

target_link_libraries(your_top_target PRIVATE
  LINK_GROUP
    additionslib
    system
    osal
    memutils
    gcc_impl
)

LINK_GROUP会严格按照括号内的顺序输出链接库，适合需要精确控制顺序的场景，无需修改原有依赖关系。

方案3：手动指定库路径（应急兜底方案） #

若上述方法无法生效，可直接获取库的绝对路径，手动在链接命令中指定顺序：

# 获取各静态库的绝对路径
get_target_property(ADDITIONS_LIB_PATH additionslib LOCATION)
get_target_property(SYSTEM_LIB_PATH system LOCATION)
get_target_property(OSAL_LIB_PATH osal LOCATION)
get_target_property(MEMUTILS_LIB_PATH memutils LOCATION)
get_target_property(GCC_IMPL_LIB_PATH gcc_impl LOCATION)

# 手动按顺序链接
target_link_libraries(your_top_target PRIVATE
  "${ADDITIONS_LIB_PATH}"
  "${SYSTEM_LIB_PATH}"
  "${OSAL_LIB_PATH}"
  "${MEMUTILS_LIB_PATH}"
  "${GCC_IMPL_LIB_PATH}"
)

该方法绕过CMake的依赖排序逻辑，完全手动控制顺序，但缺点是库路径变化时需要同步调整，灵活性较差。

验证方式 #

编译时通过make VERBOSE=1（Makefile生成器）或ninja -v（Ninja生成器）查看链接命令，确认输出顺序为：libadditionslib.a → libsystem.a → libosal.a → libmemutils.a → libgcc_impl.a。

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