嵌入式系统链接阶段fclose多重定义问题及解决方法咨询

看起来你遇到了一个挺棘手的链接器冲突问题——明明把自定义库放在了-lc前面，其他函数都能正常优先使用自定义实现，唯独fclose()报多重定义。结合你提供的nm输出和链接命令，我来分析下原因并给出具体的解决方案：

为什么只有fclose出问题？ #

从你贴的nm结果来看，自定义库和标准libc里的fclose都是强符号（T标记），理论上链接器遇到两个强符号就会报错，但其他函数（比如fopen）同样是双强符号却没触发错误。这大概率是因为：
标准libc的某些内部函数（比如和文件流初始化、清理相关的函数）间接引用了fclose，导致链接器在处理这些引用时，从-lc里拉取了标准的fclose定义；而其他自定义函数没有被标准库内部引用，所以链接器只加载了自定义库中的版本。

具体解决方案 #

方案1：排除标准libc中包含fclose的目标文件 #

从你的nm输出可知，标准libc的fclose定义在lib_a-fclose.o文件里。我们可以让链接器直接跳过这个目标文件，避免冲突：
在你的链接命令中添加以下选项：

-Xlinker --exclude-libs=libc.a:lib_a-fclose.o

如果你的ld版本支持--filter-out，也可以这样写：

-Xlinker --filter-out=lib_a-fclose.o

这样链接器就会忽略标准libc里的fclose实现，只使用你自定义的版本。

方案2：强制链接器优先解析自定义的fclose #

用-u选项告诉链接器：fclose是未定义的符号，必须从前面的库中查找。这样链接器会优先解析自定义libc_alt.a中的fclose，后续链接-lc时就会自动忽略重复的定义：
修改后的完整链接命令如下：

gcc-linaro-7.1.1-2017.08-x86_64_arm-eabi/bin/arm-eabi-gcc -Xlinker --wrap=fclose -nostdlib -Xlinker --gc-sections -Xlinker --fatal-warnings -Xlinker --no-wchar-size-warning -Xlinker --no-enum-size-warning -Xlinker --build-id=none -T /home/alice/Tools/Out/trusted_application.ld -Xlinker -pie -Wl,-u,fclose -o /home/alice/Out/Bin/taMbedTLS.axf /home/alice/Locals/Code/aes.o /home/alice/Locals/Code/sha1.o /home/alice/libraries/libc_alt.a -lc -lgcc

方案3：允许多重定义并保留第一个实现（谨慎使用） #

如果前两种方法都无效，可以用--allow-multiple-definition让链接器保留第一个遇到的符号定义（也就是你的自定义fclose），同时用--warn-common排查其他潜在冲突：
添加以下选项：

-Xlinker --allow-multiple-definition -Xlinker --warn-common

⚠️ 注意：这个选项是全局的，可能会隐藏其他未知的符号冲突，所以只有在前两种方法都失败时再考虑使用。

额外排查建议 #

1. 检查你自定义的fclose实现是否引用了标准libc中的某些函数，这些函数又间接调用了标准的fclose，形成循环引用导致链接器不得不加载标准版本。如果是这种情况，需要调整自定义fclose的实现逻辑。
2. 你的nm输出中，自定义fclose的地址是00000001 T，这有点反常（通常函数起始地址不会这么小），可以确认下自定义stdio.c中的fclose是否是完整实现，或者编译时有没有特殊选项导致输出异常。

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