使用静态库重定向newlib时的链接器问题（STM32+GNU Arm）

问题原因 #

GNU链接器处理静态库时遵循从左到右的匹配逻辑：只有当之前的目标文件或库存在未定义的符号引用时，才会从当前静态库中提取对应的目标文件。newlib中的_gettimeofday等系统调用是弱符号，若你的自定义静态库arm被放在newlib之前链接，链接器处理arm库时还未遇到未定义的符号引用，不会提取你的实现；后续处理newlib时，直接使用了newlib自带的弱符号，导致重定向失效。而直接将源文件加入可执行构建时，源文件会被当作目标文件优先处理，符号能被正确覆盖。

解决方法 #

1. 调整CMake链接顺序，将自定义库放在最后

在target_link_libraries中，把你的自定义静态库arm放在所有依赖库的末尾，确保它在newlib相关库之后被处理：

add_executable(main main.cpp)
add_library(arm STATIC stdlib_override.cpp)

# 把自定义库放在链接列表的最后，确保覆盖newlib的弱符号
target_link_libraries(main PRIVATE ${CMAKE_CXX_STANDARD_LIBRARIES} arm)

如果使用STM32官方CMake模板，也可以直接将arm库放在链接命令的最末尾位置。

2. 使用--whole-archive强制包含静态库所有内容

通过链接器选项强制将自定义静态库的所有目标文件加入可执行文件，跳过符号引用检查，直接覆盖newlib的弱符号：

add_executable(main main.cpp)
add_library(arm STATIC stdlib_override.cpp)

target_link_libraries(main PRIVATE
    -Wl,--whole-archive
    arm
    -Wl,--no-whole-archive
    # 其他依赖库放在--no-whole-archive之后
    ${CMAKE_CXX_STANDARD_LIBRARIES}
)

注意--whole-archive和--no-whole-archive必须成对使用，避免影响其他静态库的正常链接逻辑。

3. 将自定义实现编译为对象库

把stdlib_override.cpp编译为CMake对象库，对象库的内容会被直接当作目标文件加入可执行构建，和直接添加源文件效果一致，同时保留复用性：

# 编译为对象库
add_library(arm OBJECT stdlib_override.cpp)
add_executable(main main.cpp)

# 链接对象库
target_link_libraries(main PRIVATE arm)

或者直接在可执行文件构建中引用对象库的目标文件：

add_executable(main main.cpp $<TARGET_OBJECTS:arm>)

关键检查项 #

确认你的重定向函数用extern "C"包裹，避免C++名字修饰导致链接器无法匹配newlib的C符号：

extern "C" {
int _gettimeofday(struct timeval* tv, void* tz) {
    // 你的实现逻辑
    return 0;
}

// 其他重定向函数也放在extern "C"块中
}

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