g++ arm-none-eabi 从 4.9 升级到 gcc 8.2。生成的二进制文件不再适合闪存

Question

我最近将我的 Linux 笔记本电脑从 Ubuntu 16.04 更新到了 18.04。

我有一个基于 STM32 (Cortex-M4) Makefile 的项目，该项目使用 Ubuntu 提供的 arm-none-eabi g++ 版本正确编译。生成的文件在 .text 部分中需要 47620 字节。

通过 Ubuntu 升级，我还安装了最新版本的 gcc（来自 ARM website）。版本是 8.2.1。

当我编译同一个项目（make clean && make）时，生成的二进制文件不适合闪存（需要 97424 字节，超过两倍！）。项目完全相同（源代码、链接脚本、启动文件、Makefile）。

编译器选项是：-mthumb -mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -DSTM32F303x8 -DARMCM4 -O0 -g -Wall -fexceptions -Wno-deprecated。

链接器选项是-mthumb -mcpu=cortex-m4 -Tstm32f303K8.ld -mfloat-abi=hard -mfpu=fpv4-sp-d16 --specs=nosys.specs -lm -Wl,--start-group -lm -Wl,--end-group -Wl,--gc-sections -Lsys -Xlinker -Map=test.elf.map

当我查看 .Map 生成的文件时，所有用户函数的大小大致相同（新版本节省了 8 个字节！）。但之后，它包括 C++ 特定部分，其中一个超过 26Kb（来自映射文件）： .text 0x00000000080079e8 0x683c /usr/local/gcc-arm-none-eabi-8-2018-q4-major/bin/../lib/gcc/arm-none-eabi/8.2.1/../../../../arm-none-eabi/lib/thumb/v7e-m+fp/hard/libstdc++.a(cp-demangle.o) 0x000000000800e13c __cxa_demangle

注意：只有 C 项目没有问题，只有 C++。包含的库是相同的（gcc 4.9.3 -> armv7e-m/fpu，和 gcc 8.2.1 -> thumb/v7e-m+fp/hard）： libm.a libstdc++.a libc.a libnosys.a libgcc.a

有没有办法摆脱它，以便我可以编译和刷新我的（不太旧的）项目？

问候，

Answer 1

我找到了使用libstdc++_nano（而不是隐式 libstc++）的解决方案。这样，代码大小从 84kb 减少到 26kb！

LDFLAGS += -lstdc++_nano

它只是工作。感谢@Henrik、@Matthieu 和@EOF 的支持！

Answer 2

它可能与异常处理有关，因为与异常一起使用的 std::terminate() 可能会调用解组例程。如果您不需要异常，请尝试使用-fno-exceptions 禁用它们，如here 所述。

另一种解决方案可能是查看 GCC headers：

拆解例程。 C++ 运行时库中 ABI 强制的入口点，用于解组。 [...] 返回一个指向以 NUL 结尾的 demangled 开头的指针 名称，或 NULL 如果拆解失败。来电者是 负责使用 free 释放此内存。

原型是：

  char*
  __cxa_demangle(const char* __mangled_name, char* __output_buffer,
         size_t* __length, int* __status);

因此，您可能只提供自己的返回 NULL 的虚拟函数（假设所有库函数都很弱，并且可以被覆盖）。不过，我建议您先查看反汇编代码，并首先找出调用它的方式和原因，因为它可能会改变行为以丢弃功能）。

他们还在This forum post 中提供其他建议，这也可能对您有用：

• 使用-Os 而不是-O0 优化大小（如果您更喜欢易于调试的代码，则可以添加-Og 选项，它通常比-O0 更小更快）。
• 在编译和链接时使用-flto 在链接时进行优化。
• 如果不使用，可能会禁用 RTTI。