如何在Linux中从共享库的符号依赖关系表中剥离符号版本信息?

如何在Linux中从共享库的符号依赖关系表中剥离符号版本信息?,linux,shared-libraries,glibc,memcpy,Linux,Shared Libraries,Glibc,Memcpy,我需要一种方法从Linux中共享库的符号依赖关系表中剥离(或更改,如果无法剥离)符号版本信息,这样我就可以解决memcpy@GLIBC_2.14disaster,这样我就可以让我的二进制文件在Linuxes上运行,并且glibc的版本再次超过2.14 有什么工具吗 注意:\uu asm\uu('.symver')指令对我不起作用,因为问题不在于我的库使用memcpy,而在于我的库使用libgcc中的某个东西,而它使用memcpy@GLIBC_2.14,这就是为什么我需要一个工具来在编译后更改它。

我需要一种方法从Linux中共享库的符号依赖关系表中剥离(或更改,如果无法剥离)符号版本信息,这样我就可以解决
memcpy@GLIBC_2.14
disaster,这样我就可以让我的二进制文件在Linuxes上运行,并且glibc的版本再次超过2.14

有什么工具吗

注意:
\uu asm\uu('.symver')
指令对我不起作用,因为问题不在于我的库使用memcpy,而在于我的库使用libgcc中的某个东西,而它使用memcpy@GLIBC_2.14,这就是为什么我需要一个工具来在编译后更改它。 谢谢

我需要一种方法从Linux中共享库的符号依赖关系表中剥离(或更改,如果无法剥离)符号版本信息,这样我就可以解决
memcpy@GLIBC_2.14
灾难

剥离符号版本信息

  • 如果不在链接的二进制文件中重建大量内部ELF结构(即实际上不可能),则不可能实现,并且
  • (即使您成功)将不会生成可在较旧的GLIBC上工作的二进制文件
因此,我可以使我的二进制文件在Linuxes上工作,并且glibc的版本再次超过2.14

你可以找到“在较新的系统上构建,在较旧的系统上运行”的方法。

“你可以找到方法…”我看到了它们,对于像这样简单的事情来说,它们是非常荒谬的。