如何构建我的Linux c ++应用程序以链接到旧版本的libc？

Question

我在Ubuntu 12.04上构建了一个应用程序,并尝试在嵌入式系统上运行它.我跑apt-cache show libc6了我的开发机器,显示(除其他外)

Package: libc6
Priority: required
Section: libs
Architecture: i386
Source: eglibc
Version: 2.15-0ubuntu10
Replaces: belocs-locales-bin, libc6-i386
Provides: glibc-2.13-1, libc6-i686

嵌入式设备上存在的libc6版本为2.8.90.在\lib设备上的目录中,我有2个库

libc-2.8.90.so
libc.so.6

当我将我的应用程序复制到嵌入式设备上时,我收到以下错误

/usr/lib/libc.so.6: version `GLIBC_2.15` not found (required by ./ServerSocketApp)

我知道如果可能的话,当我在开发机器上构建应用程序时,我需要强制它链接到嵌入式设备上存在的相同版本的libc6.我遇到的问题是我根本不知道该怎么做.我发现的任何答案对我来说都毫无意义.是否有一些选项需要传递给g ++以使其链接到版本2.8.90 ??

绝望中我想是可以将我的开发机器上的libc复制到嵌入式设备上代替已经存在的东西并希望最好的??? 我似乎无法在网上找到任何文件,用简单的术语解释你如何解决这个问题,所以任何建议都会非常受欢迎,因为我在这里撕裂我的头发.

Answer 1

好的,这是一个稍长的解释,但要小心.我仍然强烈建议您设置一个chrooted环境以匹配嵌入式设备上可用的环境,并在构建过程的最后阶段使用它.

您应该了解如何加载和执行动态链接的ELF可执行文件.有一种称为运行时链接编辑器(RTLD)的东西,也称为动态链接器,它负责加载所有必需的动态链接库,修复重定位等.动态链接器的名称/lib/ld-linux.so.2位于32位Linux系统上glibc2,/lib64/ld-linux-x86-64.so.2在64位Linux系统上使用 glibc2.动态连接器是非常紧密地结合到glibc2库,通常只能处理该库的匹配版本.此外,它的路径由链接器硬编码到可执行文件中(通常ld由编译器隐式调用以进行链接).只需执行操作即可轻松检查最后一个语句的有效性ldd some_elf_executable- 运行时链接编辑器显示完整路径:

$ ldd some_elf_executable
linux-vdso.so.1 =>  (0x00007fffab59e000)
libm.so.6 => /lib64/libm.so.6 (0x0000003648400000)
libc.so.6 => /lib64/libc.so.6 (0x0000003648800000)
/lib64/ld-linux-x86-64.so.2 (0x0000003648000000) <--- the RTLD

为了生成动态链接的可执行文件,该可执行文件使用glibc2与系统上安装的版本不同的版本(可运行可执行文件),您应该将代码与以下选项集链接到ld:

• -rpath=/path/to/newer/libs- 这个指示动态链接器/path/to/newer/libs在尝试解析库依赖项时首先搜索./path/to/newer/libs应该与您glibc2在嵌入式设备上复制较新版本的路径相匹配
• -rpath-link=/path/to/newer/libs- 此选项指示链接器(而不是动态链接器)/path/to/newer/libs在链接时解析共享库之间的依赖关系时使用 - 在您的情况下通常不需要这样做
• --dynamic-linker=/path/to/newer/libs/ld-linux.so.2 - 这一个覆盖了嵌入到可执行文件中的RTLD的路径

提供这些选项的ld方法通常是通过-WlGCC 的选项.

-rpath=/path/to/newer/libs

变为:

-Wl,-rpath,/path/to/newer/libs

(注意=被替换为,)

--dynamic-linker=/path/to/newer/libs/ld-linux.so.2

变为:

-Wl,--dynamic-linker,/path/to/newer/libs/ld-linux.so.2

您应该/lib/ld-linux.so.2从开发系统复制到/path/to/newer/libs/嵌入式设备上.您还应该复制libc.so.6,数学库libm.so.6以及可执行文件使用或可能间接加载的所有其他库.请注意,libc.so.6和libm.so.6实际上是符号链接到名称类似真正的图书馆libc-2.<version>.so.您应该复制这些库文件并创建适当的符号链接以使每个人都满意.

Answer 2

这从根本上来说是不正确的。虽然您可能能够找到一种方法来链接旧的 libc，但问题在于您的环境设置。

当您为嵌入式系统开发应用程序时。您在主机上执行此操作。通常，主机和嵌入式设备不在同一架构上。例如，您的主机通常是在 x86 上运行的台式机/笔记本电脑，而嵌入式系统可能在 ARM 上。如果您碰巧与嵌入式设备采用相同的架构，那纯粹是巧合。标准练习环境设置仍应遵循：

• 主机应具有工具链设置，以将应用程序交叉构建到嵌入式架构
• 主机应具有嵌入式设备中存在的完整 rootfs 的副本。这将包含您的交叉工具将用于编译嵌入式系统应用程序的所有库

如果你这样设置的话。发展将会很容易。您将能够设置简单、干净的 make 文件来构建应用程序，然后将scp二进制文件传输到嵌入式系统并运行。