为何arm-poky-linux-gnueabi-gcc链接器找到符号却无法使用？

代码示例 #

#include<stdio.h>
//#include<sys/io.h>
extern        int ioperm(unsigned long from, unsigned long num, int turn_on);
int main()
{
 unsigned long from, num;
  int turn_on;
 ioperm( from,num,  turn_on);
 return 0;
}

编译链接命令 #

arm-poky-linux-gnueabi-gcc -Wl,--trace-symbol=ioperm -v  -march=armv7-a -marm -mfpu=neon -mfloat-abi=hard -fstack-protector-strong  -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=<\$PWD>sdk/sysroots/armv7ahf-neon-poky-linux-gnueabi  hello.o -o hello_out

链接输出与错误 #

链接时输出：

<$PWD>/sdk/sysroots/armv7ahf-neon-poky-linux-gnueabi/lib/libc.so.6: definition of ioperm

同时报错：

hello.o:hello.c:function main: error: undefined reference to 'ioperm'

符号信息对比 #

• Yocto工具链（GCC 9.3.0，glibc 2.31）的动态符号：

  arm-poky-linux-gnueabi-readelf --dyn-syms <$PWD>/sdk/sysroots/armv7ahf-neon-poky-linux-gnueabi/lib/libc-2.31.so | grep ioperm
  437: 000d4cf0    32 FUNC    GLOBAL DEFAULT   13 ioperm@GLIBC_2.4
  

• 另一套工具链（arm-oe-linux-gnueabi-gcc 6.4.0，glibc 2.26）的动态符号：

  418: 000dfcd8   396 FUNC    WEAK   DEFAULT   11 ioperm@@GLIBC_2.4
  

疑问 #

1. 如何获取Yocto工具链中链接器未使用该符号的更多信息？
2. Yocto工具链缺少<sys/io.h>头文件，为何glibc仍显示找到该符号定义？
3. 仅该符号链接异常，其他C符号正常的原因？

1. 获取链接器未使用符号的更多信息 #

可以通过以下方式获取更详细的链接过程信息：

• 添加链接器参数-Wl,--verbose，输出链接的完整流程，包括库搜索顺序、符号匹配逻辑等细节。
• 使用-Wl,-Map=output.map生成链接映射文件，里面会记录所有符号的引用、定义和绑定情况，能直观看到ioperm符号的处理路径。
• 启用链接器调试日志：添加-Wl,--debug参数，输出符号解析、版本绑定等更细致的过程，定位符号无法关联的具体环节。

2. 缺少头文件但glibc仍有符号定义的原因 #

glibc的符号存在与否和头文件是否安装是两个独立的逻辑：

• glibc在编译时会默认包含全量的系统调用/函数实现，即使工具链的sysroot中没有打包对应的头文件，库文件里的符号依然会保留。
• Yocto工具链可能出于裁剪需求或特定配置，没有将<sys/io.h>这类针对特定硬件权限操作的头文件纳入，但glibc本身编译时为了兼容性（ioperm是x86平台经典系统调用），保留了该符号的存根实现，因此能在库中查到。

3. 仅该符号链接异常的原因 #

核心差异在于两个glibc版本中ioperm的符号属性：

• 在glibc 2.26中，ioperm是WEAK（弱符号），链接器在找不到强符号时会自动 fallback 到这个弱符号定义。
• 而glibc 2.31中，ioperm变为GLOBAL（全局强符号），但存在两个关键问题导致链接失败：
  • ARM平台原生不支持ioperm系统调用，glibc 2.31中该符号的实现是极小存根，且需要特定编译宏（如_GNU_SOURCE）才能启用，你的代码未定义对应宏，导致链接器无法匹配到正确的符号版本。
  • 符号版本绑定规则变化：ioperm@GLIBC_2.4的版本标记，可能需要链接器显式指定版本，或代码中通过头文件引入正确的版本声明，而你用extern直接声明的符号无法匹配版本要求。

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