符号上的@GLIBC_2.2.5后缀有什么作用?

符号上的@GLIBC_2.2.5后缀有什么作用?,c,glibc,C,Glibc,@GLIBC_2.2.5对GLIBC中的符号有何意义 我正在尝试在64位CLFS系统上构建一个包。我在使用多个符号链接/lib64/libc-2.15时遇到了未解决的符号问题。因此,所有未解决的问题都有一个@GLIBC_2.2.5后缀 0000000000107910 T xdr_accepted_reply@GLIBC_2.2.5 0000000000112290 T xdr_array@GLIBC_2.2.5 0000000000109650 T xdr_authdes_cred@GLIBC

@GLIBC_2.2.5
对GLIBC中的符号有何意义

我正在尝试在64位CLFS系统上构建一个包。我在使用多个符号链接/lib64/libc-2.15时遇到了未解决的符号问题。因此,所有未解决的问题都有一个
@GLIBC_2.2.5
后缀

0000000000107910 T xdr_accepted_reply@GLIBC_2.2.5
0000000000112290 T xdr_array@GLIBC_2.2.5
0000000000109650 T xdr_authdes_cred@GLIBC_2.2.5
所以看起来xdr例程存在于libc-2.15中,但我不能真正使用它们。我的对象文件中的符号没有该后缀。例如,.o上的nm仅显示“xdr\u accepted\u reply”

我想先了解一下这一点,因为我正被引导去寻找替代库。libtirpc获取XDR例程和其他一些库以获取tirpc需要的缺少的加密例程。

它们看起来像

正如链接后面的内容所指出的,您可以使用:

objdump -x wrapper-linux-x86-32  //and possibly -64
要获取有关可执行文件的大量信息

例如:

...
Version References:
required from libpthread.so.0:
0x0d696912 0x00 05 GLIBC_2.2
0x0d696911 0x00 04 GLIBC_2.1
0x0d696910 0x00 03 GLIBC_2.0
required from libc.so.6:
0x0d696913 0x00 08 GLIBC_2.3
0x0d696911 0x00 07 GLIBC_2.1
0x0d696912 0x00 06 GLIBC_2.2
0x0d696910 0x00 02 GLIBC_2.0
...