0

我正在尝试升级我的编译器以支持 C++11,我的目标机器的内核是 2.6.33.20。

为此,我尝试使用https://releases.linaro.org/components/toolchain/binaries/上的预构建二进制文件,即版本 5.5.0。

琐碎的测试程序

//#include <functional>
#include <stdio.h>

int main(void)
{
//  auto lambda = [](int value) { printf("Wert: %d\n", value); };
//  lambda(20);
    printf("My output\n");
    return 0;
}

用命令编译得很好arm-linux-gnueabi-g++ -o test -static-libstdc++ -std=gnu++11 main.cpp

当我file在可执行文件上执行时,它会输出test: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.3, for GNU/Linux 2.6.32, BuildID[sha1]=2d49dc2492f7fb2ee5992f7614604aac370e42f7, with debug_info, not stripped.

file 命令在相同的源上运行,但使用旧的(C++ 11 之前)编译器编译产生:test: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.3, for GNU/Linux 2.6.14, not stripped

readelf -A旧(工作)编译器的产量输出:

Attribute Section: aeabi
File Attributes
  Tag_CPU_name: "ARM10TDMI"
  Tag_CPU_arch: v5T
  Tag_ARM_ISA_use: Yes
  Tag_THUMB_ISA_use: Thumb-1
  Tag_ABI_PCS_wchar_t: 4
  Tag_ABI_FP_denormal: Needed
  Tag_ABI_FP_exceptions: Needed
  Tag_ABI_FP_number_model: IEEE 754
  Tag_ABI_align_needed: 8-Byte
  Tag_ABI_enum_size: int

而新编译器生成的新编译器产生:

Attribute Section: aeabi
File Attributes
  Tag_CPU_name: "7-A"
  Tag_CPU_arch: v7
  Tag_CPU_arch_profile: Anwendung
  Tag_ARM_ISA_use: Yes
  Tag_THUMB_ISA_use: Thumb-2
  Tag_ABI_PCS_wchar_t: 4
  Tag_ABI_FP_rounding: Needed
  Tag_ABI_FP_denormal: Needed
  Tag_ABI_FP_exceptions: Needed
  Tag_ABI_FP_number_model: IEEE 754
  Tag_ABI_align_needed: 8-Byte
  Tag_ABI_align_preserved: 8-byte, except leaf SP
  Tag_ABI_enum_size: int
  Tag_CPU_unaligned_access: v6

在此之后,我-mcpu=arm10tdmi在上面的命令中添加了标志(导致arm-linux-gnueabi-g++ -mcpu=arm10tdmi -o test main.cpp),但是 readelf 的输出仍然保持不变。使用 ARM 标志-march=arm5vt-mtune=arm10tdmi导致完全相同的结果。

这表明编译器忽略了架构标志(或者可能不支持为 ARM5 构建)并坚持为 ARM7 构建。

我也尝试过工具链 4.9,但结果相同。

附带说明:Ubuntu 14.04 附带的 arm-linux-gnueabi-g++ 已知可以工作(支持 C++11),但是我似乎找不到将东西打包到要使用的文件夹中的方法作为可转移的工具链。

编辑:根据 old_timer 的输入,我使用命令将编译重定向到目标文件(main.o)arm-linux-gnueabi-g++ -mcpu=arm10tdmi main.cpp -c

在生成的目标文件上运行readelf -A会产生以下输出:

Attribute Section: aeabi
File Attributes
  Tag_CPU_name: "ARM10TDMI"
  Tag_CPU_arch: v5T
  Tag_ARM_ISA_use: Yes
  Tag_THUMB_ISA_use: Thumb-1
  Tag_ABI_PCS_wchar_t: 4
  Tag_ABI_FP_denormal: Needed
  Tag_ABI_FP_exceptions: Needed
  Tag_ABI_FP_number_model: IEEE 754
  Tag_ABI_align_needed: 8-Byte
  Tag_ABI_align_preserved: 8-byte, except leaf SP
  Tag_ABI_enum_size: int
  Tag_ABI_optimization_goals: Aggressive Debug

但是,当我尝试使用 从中创建一个实际的可执行文件时arm-linux-gnueabi-g++ -mcpu=arm10tdmi main.o -o test,readelf 输出返回到我在上面发布的 ARMv7 输出。

这表明编译器本身理解并使用 -mcpu 开关,但链接器随后继续并将其转换为 ARMv7 二进制文件。

4

1 回答 1

1

感谢 old_timer 的回答,他给了我关于去哪里的宝贵提示。

我最终所要做的就是访问https://crosstool-ng.github.io,下载包,翻阅依赖项,然后让事情变得神奇。

我选择了最小配置,编译器版本 5.5.0,尽管我担心内核版本 2.6.33.20 不可用,但在将目标体系结构添加到命令行调用后,二进制文件就可以正常工作。

于 2020-10-21T08:58:50.723 回答