c++ - 链接器映射文件有时有损坏的符号，但并非总是如此

Question

作为构建过程的一部分，我们会在编译可执行文件时生成一个映射文件。例如:

g++ -Wl,-Map,/tmp/foo.map -o foo foo.cpp

为了尝试从 GCC 4.3/4.4 迁移到 GCC 4.9，我们设置了一个新的构建服务器。 4.9 构建服务器生成的映射文件没有损坏的符号名称。 4.3/4.4 构建服务器生成的 map 文件可以。例如，用 4.3 运行上面的代码，我在 map 文件中截取了这个:

 .plt           0x0000000000400700       0x90 /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../lib64/crt1.o
                0x0000000000400710                _ZNSolsEi@@GLIBCXX_3.4
                0x0000000000400720                _ZNSt8ios_base4InitC1Ev@@GLIBCXX_3.4
                0x0000000000400730                __libc_start_main@@GLIBC_2.2.5

针对 4.9 运行相同的代码，我得到以下片段:

 .plt           0x00000000004006e0       0x80 /usr/lib/../lib64/crt1.o
                0x00000000004006f0                std::ostream::operator<<(int)@@GLIBCXX_3.4
                0x0000000000400700                std::ios_base::Init::Init()@@GLIBCXX_3.4
                0x0000000000400710                __libc_start_main@@GLIBC_2.2.5
                0x0000000000400720                __cxa_atexit@@GLIBC_2.2.5

这种变化是预期的吗？有没有办法用 gcc 4.9(某种向后兼容选项)生成损坏的输出？我问是因为我们构建中的后期工具使用符号文件并且被 demangled 名称阻塞。

Answer 1

Is there a way to generate mangled output with gcc 4.9

映射文件的生成与 GCC 版本无关，一切与您使用的链接器版本有关(两者之间必须不同)旧的和新的构建服务器)。

来自 man ld :

 --demangle[=style]
 --no-demangle
       These options control whether to demangle symbol names in error
       messages and other output.  When the linker is told to demangle,
       it tries to present symbol names in a readable fashion: it strips
       leading underscores if they are used by the object file format,
       and converts C++ mangled symbol names into user readable names.
       Different compilers have different mangling styles.  The optional
       demangling style argument can be used to choose an appropriate
       demangling style for your compiler.  The linker will demangle by
       default unless the environment variable COLLECT_NO_DEMANGLE is
       set.  These options may be used to override the default.

我猜测旧的链接器在生成输出映射时没有注意 --demangle，而新的链接器已经修复了这个问题。