无法在 Ubuntu 20.04 上构建 GDB master 2020 年 7 月 9 日

Question

尝试通过

构建 gdb master（e79eb02f2f09baecffb144bac6804f975065466f，自 2020 年 7 月 9 日起）

./configure && make -j4

gdb as 最终链接过程中的错误

  CXXLD  gdb
init.c:215: error: undefined reference to '_initialize_ser_hard()'
init.c:236: error: undefined reference to '_initialize_tui_()'
init.c:244: error: undefined reference to '_initialize_array_vie()'
init.c:249: error: undefined reference to '_initialize_copy_bit()'
init.c:253: error: undefined reference to '_initialize_function_vie()'
init.c:263: error: undefined reference to '_initialize_rsp_lo()'
init.c:267: error: undefined reference to '_initialize_string_vie()'
init.c:287: error: undefined reference to '_initialize_break_catch_thro()'
init.c:297: error: undefined reference to '_initialize_corelo()'
init.c:307: error: undefined reference to '_initialize_d()'
init.c:309: error: undefined reference to '_initialize_d()'
init.c:311: error: undefined reference to '_initialize_d()'
init.c:312: error: undefined reference to '_initialize_d()'
init.c:323: error: undefined reference to '_initialize_frame_un()'
init.c:334: error: undefined reference to '_initialize_inflo()'
collect2: error: ld returned 1 exit status

这是一个已知问题吗？

有什么问题？

更新

我已将错误追踪到 gdb/init.c（由构建生成），其中包含似乎从末端截断的符号。例如，关于符号_initialize_ser_hard 用作

...
extern initialize_file_ftype _initialize_ser_hard;
...
void
initialize_all_files (void)
{
  ...
  _initialize_ser_hard ();
...

在gdb/init.c。但是_initialize_ser_hard 在源代码树的其余部分中找不到。但是符号_initialize_ser_hardwire 是在文件gdb/ser-unix.c 中定义的。我认为其余缺失的符号也是如此。所以我的结论是gdb/init.c的生成是错误的。

Answer 1

我已经检查如下，发现GDB master 在Ubuntu 20.04 上没有这样的固有问题，所以它必须是系统特定的，正如另一个答案所建议的那样。

首先我用今天最新的 GDB master（2020-08-04）检查了它：

$ docker run -ti ubuntu:20.04
...
# apt-get update && apt-get install bison flex binutils git make g++ texinfo
...
# git clone git://sourceware.org/git/binutils-gdb.git
...
# cd binutils-gdb
# mkdir build && cd build
# CC=gcc ../configure
...
# make -j4
... ... ... ...
# gdb/gdb --version
GNU gdb (GDB) 10.0.50.20200804-git
...

然后找到了 2020 年 7 月 9 日的最新提交 ID，它也有效：

# cd ..
# git checkout f37e5866aa72e76f2199155fb838ffc25c78a26e
...
# mkdir build-20200709 && cd build-20200709
# CC=gcc ../configure
...
# make -j4
... ... ... ...
# gdb/gdb --version
GNU gdb (GDB) 10.0.50.20200709-git
...

... 然后注意到您提到了实际的提交 ID，它也起作用了：

# cd ..
# git checkout e79eb02f2f09baecffb144bac6804f975065466f
...
# mkdir build-e79eb02f2f09baecffb144bac6804f975065466f
# cd build-e79eb02f2f09baecffb144bac6804f975065466f
# CC=gcc ../configure
...
# make -j4
... ... ... ...
# gdb/gdb --version
GNU gdb (GDB) 10.0.50.20200725-git
...

Answer 2

好吧，我也是，FWIW。

在 Fedora 32 x86_64 上。

我注意到在生成的 gdb/Makefile 中，我收到警告“Sucpisious line 593”，在我的情况下，保存在 emacs 中。这是 Makefile 的部分，最后一行是空的或仅选项卡的第 593 行：

INTERNAL_CPPFLAGS = $(CPPFLAGS) - I/usr/include/guile/2.0 -pthread -I/usr/include/\python3.8 -I/usr/include/python3.8 \

注意继续“”

Answer 3

_initialize_ser_hard 尝试在 Fedora 上构建 gdb-10.1 时遇到了同样的问题，这是一个语言环境问题。

罪魁祸首是 gdb/Makefile 中的 sed 语句

@-for f in $(INIT_FILES); do \
    sed -n -e 's/^_initialize_\([a-z_0-9A-Z]*\).*/\1/p' \
        $(srcdir)/$$f 2>/dev/null; \

这假定a-z 扩展为a 和z 之间的所有ASCII 字符，但至少sv_SE.UTF-8 并且可能丹麦语和其他一些语言不包括上述模式中的w，以及_initialize_ser_hardwire变为 ser_hard 而不是预期的 ser_hardwire。

在 sed 命令上添加 LC_COLLATE=C 防护可以得到预期的结果。

我不知道这是预期的还是正确的，但我知道 w 在瑞典语中的地位有一段曲折的历史，直到最近才成为官方字符，并且通常与 v making 排序相同v 和 w 之间没有区别。

Answer 4

有什么问题？

GDB 中没有_initialize_break_catch_thro()，但有_initialize_break_catch_throw() here。

您似乎在某处有一个损坏的 .o 文件，不知何故，很多函数都丢失了最后一个字符。

我不知道这是怎么发生的，但是删除整个构建目录并重新构建将是我的第一步。

更新：

LD=ld.bfd ./configure
现在我得到构建错误

您遇到的构建错误可能可能来自使用不同的链接器。

要么您的系统以某种方式出现问题（我会fsck 所有磁盘并重新启动），要么您忽略了一些相关信息和/或进行了其他更改。