GCC不支持#pragma comment(lib)时如何实现条件链接？

你遇到的核心问题是USE_OLD_LIB的判断逻辑封装在头文件内部，直接在Makefile中重复实现判断逻辑容易出现两边定义不一致的问题，以下是两种可直接落地的简便方案：

方案1：全量链接+链接器自动裁剪（最省心，无逻辑重复） #

该方案不需要修改复杂的Makefile逻辑，仅需调整编译选项即可：

• 编译阶段给GCC添加-ffunction-sections -fdata-sections参数，让编译器把每个函数/数据放到独立的段中
• 链接阶段添加-Wl,--gc-sections参数，让链接器自动删除所有未被引用的段
• Makefile的链接参数中直接同时加入old_lib.a和new_lib.a两个静态库
• 原有头文件的条件引用逻辑不需要修改，保留即可：

// in Lib.h
#include "Lib2.h" // 确保先引入宏定义
#if USE_OLD_LIB
    #include "old_lib.h"
#else
    #include "new_lib.h"
#endif

因为只有你实际用到的库的符号会被代码引用，链接器会自动将另一个未使用的库的全部内容裁剪掉，不会增加最终程序体积，也不会出现符号冲突。

方案2：自动导出宏定义给Makefile（适合需要严格控制链接内容的场景） #

如果不希望将两个库都加入链接列表，可以用GCC预处理器自动读取头文件的宏值传递给Makefile，无需手动重复判断逻辑：

1. 在Makefile中添加自动生成配置的规则：

# Makefile 片段
LIB_CONFIG := .lib_config.tmp.mk
$(LIB_CONFIG): Lib2.h
	@echo -n "USE_OLD_LIB=" > $@
	@$(CC) -E -dM $< | grep -q "USE_OLD_LIB 1" && echo 1 >> $@ || echo 0 >> $@
# 引入自动生成的配置
-include $(LIB_CONFIG)

# 根据宏的值选择链接的库
ifeq ($(USE_OLD_LIB),1)
LDFLAGS += old_lib.a
else
LDFLAGS += new_lib.a
endif

该方案会自动根据Lib2.h中OBJ_SIZE的判断结果选择链接的库，头文件和Makefile的逻辑始终保持一致，不会出现不同步的问题。

方案3：弱符号占位（适合两个库接口完全一致的场景） #

如果两个库的对外接口完全相同，可以用弱符号做占位，避免链接报错：

// 在Lib.h末尾添加弱符号定义，根据实际接口调整
#if USE_OLD_LIB
    #define API_PREFIX old_
#else
    #define API_PREFIX new_
#endif

// 示例接口定义
void API_PREFIX func(int param);
// 弱符号占位，库中的强符号会自动覆盖该实现
void __attribute__((weak)) old_func(int param) { abort(); }
void __attribute__((weak)) new_func(int param) { abort(); }

链接时还是同时加入两个库，实际被调用的接口对应的强符号会覆盖弱占位符，不会有运行时问题。

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