C++：编译错误 - “不会创建 .eh_frame_hdr 表”

Question

我应该使用数据分析程序进行物理实验。但我无法编译它。

该代码很旧，与我能找到的当前 GCC 版本并不真正兼容。为了让事情变得更耗时，我从一个人那里得到了代码，他修改了所有 makefile 以使其在 Mac 上编译。我没有 C++ 经验，但凭借手册页、Google 和耐心，我已经修复了很多错误，但即使经过一周的尝试和谷歌搜索，我仍然坚持这个错误。

我相信相关的错误信息如下：

/usr/bin/ld: error in /home/daniel/skola/exjobb/miniballscripts
/lib/libCommandLineInterface.so(.eh_frame); no .eh_frame_hdr table will be created.`

可能是什么原因，以及什么可以补救？

libCommandLineInterface.so 是我之前编译的，没有任何明显的错误消息：

$ make  
g++ -g2 -O2 -I./ -c CommandLineInterface.cc -o CommandLineInterface.o  
g++ -g  -Wl -o /home/daniel/skola/exjobb/miniballscripts/lib/libCommandLineInterface.so
CommandLineInterface.o -lm -L/home/daniel/skola/exjobb/miniballscripts/lib -lgcc -lc  
Done

我的 g++-version 是 g++ (Ubuntu 4.4.3-4ubuntu5) 4.4.3, amd64。

• http://tinypaste.com/9eee9 - 生成输出
• http://tinypaste.com/ddbde - GNUmakefile

正如我所说，我没有 C++ 经验，所以也许我天真的 Makefile 修改破坏了一些东西。我缺乏经验也让我真的不知道还需要什么其他信息来帮助我，但我很乐意回复。

Answer 1

看起来您在生成 libCommandLineInterface.so 文件时忘记了 -shared 命令行选项。这可以解释那些多重定义错误。如果链接器认为它生成的文件是可执行文件（而不是动态库），那么它将链接到启动代码等。当您尝试使用此 .so 文件时，这些符号来自启动代码将与添加到使用动态库的可执行文件中的内容发生冲突。

libTransfer.so 错误可能与省略相同标志有关。共享库允许有悬空引用（在使用库时解析），但可执行文件必须在链接时解析所有符号。这可能过于简单化了事情的本质，但我从来不需要深入了解 Linux 中动态链接的更多细节。 :) 无论如何，添加 -shared 选项也可以解决未定义的引用错误。

Answer 2

值得关注的链接错误始于：

[...]/lib/libCommandLineInterface.so: In function `_start':
(.text+0x0): multiple definition of `_start'
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/crt1.o:(.text+0x0): first defined here
[...]/lib/libCommandLineInterface.so: In function `_fini':
(.fini+0x0): multiple definition of `_fini'
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/crti.o:(.fini+0x0): first defined here
[...]/lib/libCommandLineInterface.so:(.rodata+0x0): multiple definition of `_IO_stdin_used'
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/crt1.o:(.rodata.cst4+0x0): first defined here
[...]/lib/libCommandLineInterface.so: In function `__data_start':
(.data+0x0): multiple definition of `__data_start'
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/crt1.o:(.data+0x0): first defined here
[...]/lib/libCommandLineInterface.so: In function `__data_start':
(.data+0x8): multiple definition of `__dso_handle'
/usr/lib/gcc/x86_64-linux-gnu/4.4.3/crtbegin.o:(.data+0x0): first defined here
[...]/lib/libCommandLineInterface.so: In function `_edata':
(*ABS*+0x607130): multiple definition of `__bss_start'
[...]/lib/libCommandLineInterface.so: In function `_end':
(*ABS*+0x6073b8): multiple definition of `_end'
[...]/lib/libCommandLineInterface.so: In function `_edata':
(*ABS*+0x607130): multiple definition of `_edata'
[...]/lib/libCommandLineInterface.so: In function `main':
/home/daniel/skola/exjobb/miniballscripts/Common/CommandLineInterface.cc:6: multiple definition of `main'

多重定义的符号在 Unix 上是“标准”的 - 而且我自己也不需要在 Mac 上费心处理它们，尽管我不在那里进行 GUI 编程。

您需要以一种非常偏见的态度来看待libCommandLineInterface.cc，并决定它是否提供了您需要的任何内容。您也许可以将其完全删除。如果它包含您确实需要的一些内容，您将需要烧灼定义 _start、_end 和 main 等的材料。

您还必须担心缺少的 vtable：

[...]/libTransfer.so: undefined reference to `vtable for Annular'
[...]/libTransfer.so: undefined reference to `ROOT::GenerateInitInstance(Barrel const*)'
[...]/libTransfer.so: undefined reference to `ROOT::GenerateInitInstance(Annular const*)'
[...]/libTransfer.so: undefined reference to `vtable for Barrel'
[...]/libTransfer.so: undefined reference to `vtable for Crystal'
[...]/libTransfer.so: undefined reference to `vtable for Germanium'

Answer 3

解决了。该线程解决了 eh_frame_hdr 问题。通过在第一个 make 之后删除 libTransfer.so，然后直接再次运行 make 来解决未定义的引用。不要问我是怎么做到的，但这使它编译了。