c - gcc 调试符号(-g 标志)与链接器的 -rdynamic 选项-6ren

c - gcc 调试符号(-g 标志)与链接器的 -rdynamic 选项

转载作者：IT老高更新时间：2023-10-28 12:40:55

glibc 提供 backtrace()和 backtrace_symbols()获取正在运行的程序的堆栈跟踪。但要使其工作，程序必须使用链接器的 -rdynamic 构建。旗帜。
-g有什么区别标志传递给 gcc vs 链接器的 -rdynamic旗帜？对于示例代码，我做了 readelf 来比较输出。 -rdynamic似乎在 Symbol table '.dynsym' 下产生更多信息但我不太确定附加信息是什么。

即使我strip使用 -rdynamic 构建的程序二进制文件, backtrace_symbols()继续工作。

当strip从二进制文件中删除所有符号为什么它会留下 -rdynamic 添加的任何内容旗帜？

编辑:根据 Mat 在下面的回复的后续问题..

对于您采用的相同示例代码，这是我看到的与 -g 的不同之处& -rdynamic
没有任何选择。。

    Symbol table '.dynsym' contains 4 entries:
       Num:    Value          Size Type    Bind   Vis      Ndx Name
         0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND
         1: 0000000000000000   218 FUNC    GLOBAL DEFAULT  UND __libc_start_main@GLIBC_2.2.5 (2)
         2: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND _Jv_RegisterClasses
         3: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND __gmon_start__

    Symbol table '.symtab' contains 70 entries:
       Num:    Value          Size Type    Bind   Vis      Ndx Name
         0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND
         1: 0000000000400200     0 SECTION LOCAL  DEFAULT    1 
         2: 000000000040021c     0 SECTION LOCAL  DEFAULT    2

与 -g .symtab 中有更多部分，更多条目表但是 .dynsym保持原样..

      [26] .debug_aranges    PROGBITS         0000000000000000  0000095c
           0000000000000030  0000000000000000           0     0     1
      [27] .debug_pubnames   PROGBITS         0000000000000000  0000098c
           0000000000000023  0000000000000000           0     0     1
      [28] .debug_info       PROGBITS         0000000000000000  000009af
           00000000000000a9  0000000000000000           0     0     1
      [29] .debug_abbrev     PROGBITS         0000000000000000  00000a58
           0000000000000047  0000000000000000           0     0     1
      [30] .debug_line       PROGBITS         0000000000000000  00000a9f
           0000000000000038  0000000000000000           0     0     1
      [31] .debug_frame      PROGBITS         0000000000000000  00000ad8
           0000000000000058  0000000000000000           0     0     8
      [32] .debug_loc        PROGBITS         0000000000000000  00000b30
           0000000000000098  0000000000000000           0     0     1

    Symbol table '.dynsym' contains 4 entries:
       Num:    Value          Size Type    Bind   Vis      Ndx Name
         0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND
         1: 0000000000000000   218 FUNC    GLOBAL DEFAULT  UND __libc_start_main@GLIBC_2.2.5 (2)
         2: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND _Jv_RegisterClasses
         3: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND __gmon_start__

    Symbol table '.symtab' contains 77 entries:
       Num:    Value          Size Type    Bind   Vis      Ndx Name
         0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND 
         1: 0000000000400200     0 SECTION LOCAL  DEFAULT    1

与 -rdynamic没有额外的调试部分，.symtab 条目是 70(与 vanilla gcc 调用相同)，但更多 .dynsym条目..

    Symbol table '.dynsym' contains 19 entries:
       Num:    Value          Size Type    Bind   Vis      Ndx Name
         0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND
         1: 0000000000000000   218 FUNC    GLOBAL DEFAULT  UND __libc_start_main@GLIBC_2.2.5 (2)
         2: 00000000005008e8     0 OBJECT  GLOBAL DEFAULT  ABS _DYNAMIC
         3: 0000000000400750    57 FUNC    GLOBAL DEFAULT   12 __libc_csu_fini   
         4: 00000000004005e0     0 FUNC    GLOBAL DEFAULT   10 _init
         5: 0000000000400620     0 FUNC    GLOBAL DEFAULT   12 _start
         6: 00000000004006f0    86 FUNC    GLOBAL DEFAULT   12 __libc_csu_init   
         7: 0000000000500ab8     0 NOTYPE  GLOBAL DEFAULT  ABS __bss_start
         8: 00000000004006de    16 FUNC    GLOBAL DEFAULT   12 main
         9: 0000000000500aa0     0 NOTYPE  WEAK   DEFAULT   23 data_start
        10: 00000000004007c8     0 FUNC    GLOBAL DEFAULT   13 _fini
        11: 00000000004006d8     6 FUNC    GLOBAL DEFAULT   12 foo
        12: 0000000000500ab8     0 NOTYPE  GLOBAL DEFAULT  ABS _edata
        13: 0000000000500a80     0 OBJECT  GLOBAL DEFAULT  ABS _GLOBAL_OFFSET_TABLE_
        14: 0000000000500ac0     0 NOTYPE  GLOBAL DEFAULT  ABS _end
        15: 00000000004007d8     4 OBJECT  GLOBAL DEFAULT   14 _IO_stdin_used
        16: 0000000000500aa0     0 NOTYPE  GLOBAL DEFAULT   23 __data_start
        17: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND _Jv_RegisterClasses
        18: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND __gmon_start__    

    Symbol table '.symtab' contains 70 entries:
       Num:    Value          Size Type    Bind   Vis      Ndx Name
         0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND 
         1: 0000000000400200     0 SECTION LOCAL  DEFAULT    1 
         2: 000000000040021c     0 SECTION LOCAL  DEFAULT    2

现在这些是我的问题..

在 gdb 中，您可以执行 bt 来获取 bactrace。如果仅适用于 -g为什么我们需要 -rdynamic为 backtrace_symbols 工作？

比较添加到 .symtab与 -g & 添加到 .dynsym与 -rdynamic它们并不完全相同.. 与另一个相比，其中一个是否提供了更好的调试信息？
FWIW，产生的输出大小是这样的: with -g > with -rdynamic > 没有选项

.dynsym 的具体用法是什么？是这个二进制文件导出的所有符号吗？在这种情况下，为什么 foo 进入 .dynsym ，因为我们没有将代码编译为库。

如果我使用所有静态库链接我的代码，那么 backtrace_symbols 不需要 -rdynamic 工作？

最佳答案

根据文档:

This instructs the linker to add all symbols, not only used ones, to the dynamic symbol table.

这些不是调试符号，它们是动态链接器符号。那些不会被 strip 删除因为它会(在大多数情况下)破坏可执行文件 - 运行时链接器使用它们来执行可执行文件的最后链接阶段。

例子:

$ cat t.c
void foo() {}
int main() { foo(); return 0; }

无需 -rdynamic 即可编译和链接(显然没有优化)

$ gcc -O0 -o t t.c
$ readelf -s t

Symbol table '.dynsym' contains 3 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
     0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND 
     1: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND __libc_start_main@GLIBC_2.2.5 (2)
     2: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND __gmon_start__

Symbol table '.symtab' contains 50 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
     0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND 
     1: 0000000000400270     0 SECTION LOCAL  DEFAULT    1 
....
    27: 0000000000000000     0 FILE    LOCAL  DEFAULT  ABS t.c
    28: 0000000000600e14     0 NOTYPE  LOCAL  DEFAULT   18 __init_array_end
    29: 0000000000600e40     0 OBJECT  LOCAL  DEFAULT   21 _DYNAMIC

所以可执行文件有一个 .symtab一切。但请注意 .dynsym没有提到 foo根本 - 它里面有最基本的必需品。这对 backtrace_symbols 来说是不够的信息上类。它依赖于该部分中存在的信息来将代码地址与函数名称进行匹配。

现在用 -rdynamic 编译:

$ gcc -O0 -o t t.c -rdynamic
$ readelf -s t

Symbol table '.dynsym' contains 17 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
     0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND 
     1: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND __libc_start_main@GLIBC_2.2.5 (2)
     2: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND __gmon_start__
     3: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND _Jv_RegisterClasses
     4: 0000000000601018     0 NOTYPE  GLOBAL DEFAULT  ABS _edata
     5: 0000000000601008     0 NOTYPE  GLOBAL DEFAULT   24 __data_start
     6: 0000000000400734     6 FUNC    GLOBAL DEFAULT   13 foo
     7: 0000000000601028     0 NOTYPE  GLOBAL DEFAULT  ABS _end
     8: 0000000000601008     0 NOTYPE  WEAK   DEFAULT   24 data_start
     9: 0000000000400838     4 OBJECT  GLOBAL DEFAULT   15 _IO_stdin_used
    10: 0000000000400750   136 FUNC    GLOBAL DEFAULT   13 __libc_csu_init
    11: 0000000000400650     0 FUNC    GLOBAL DEFAULT   13 _start
    12: 0000000000601018     0 NOTYPE  GLOBAL DEFAULT  ABS __bss_start
    13: 000000000040073a    16 FUNC    GLOBAL DEFAULT   13 main
    14: 0000000000400618     0 FUNC    GLOBAL DEFAULT   11 _init
    15: 00000000004007e0     2 FUNC    GLOBAL DEFAULT   13 __libc_csu_fini
    16: 0000000000400828     0 FUNC    GLOBAL DEFAULT   14 _fini

Symbol table '.symtab' contains 50 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
     0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND 
     1: 0000000000400270     0 SECTION LOCAL  DEFAULT    1 
....
    27: 0000000000000000     0 FILE    LOCAL  DEFAULT  ABS t.c
    28: 0000000000600e14     0 NOTYPE  LOCAL  DEFAULT   18 __init_array_end
    29: 0000000000600e40     0 OBJECT  LOCAL  DEFAULT   21 _DYNAMIC

.symtab 中的符号也是如此，但现在 foo在动态符号部分有一个符号(现在那里也出现了一堆其他符号)。这使得 backtrace_symbols工作 - 它现在有足够的信息(在大多数情况下)用函数名称映射代码地址。

剥离:

$ strip --strip-all t
$ readelf -s t

Symbol table '.dynsym' contains 17 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
     0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND 
     1: 0000000000000000     0 FUNC    GLOBAL DEFAULT  UND __libc_start_main@GLIBC_2.2.5 (2)
     2: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND __gmon_start__
     3: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND _Jv_RegisterClasses
     4: 0000000000601018     0 NOTYPE  GLOBAL DEFAULT  ABS _edata
     5: 0000000000601008     0 NOTYPE  GLOBAL DEFAULT   24 __data_start
     6: 0000000000400734     6 FUNC    GLOBAL DEFAULT   13 foo
     7: 0000000000601028     0 NOTYPE  GLOBAL DEFAULT  ABS _end
     8: 0000000000601008     0 NOTYPE  WEAK   DEFAULT   24 data_start
     9: 0000000000400838     4 OBJECT  GLOBAL DEFAULT   15 _IO_stdin_used
    10: 0000000000400750   136 FUNC    GLOBAL DEFAULT   13 __libc_csu_init
    11: 0000000000400650     0 FUNC    GLOBAL DEFAULT   13 _start
    12: 0000000000601018     0 NOTYPE  GLOBAL DEFAULT  ABS __bss_start
    13: 000000000040073a    16 FUNC    GLOBAL DEFAULT   13 main
    14: 0000000000400618     0 FUNC    GLOBAL DEFAULT   11 _init
    15: 00000000004007e0     2 FUNC    GLOBAL DEFAULT   13 __libc_csu_fini
    16: 0000000000400828     0 FUNC    GLOBAL DEFAULT   14 _fini
$ ./t
$

现在 .symtab消失了，但动态符号表仍然存在，并且可执行文件运行。所以 backtrace_symbols仍然有效。

剥离动态符号表:

$ strip -R .dynsym t
$ ./t
./t: relocation error: ./t: symbol , version GLIBC_2.2.5 not defined in file libc.so.6 with link time reference

...你会得到一个损坏的可执行文件。

有趣的读物 .symtab和 .dynsym用于这里: Inside ELF Symbol Tables .需要注意的事情之一是 .symtab运行时不需要，所以它被加载器丢弃。该部分不会保留在进程的内存中。 .dynsym另一方面，在运行时需要它，因此它保存在过程镜像中。所以它可用于 backtrace_symbols 之类的东西从自身内部收集有关当前进程的信息。

简而言之:

动态符号不会被 strip 剥离因为这会使可执行文件不可加载

backtrace_symbols需要动态符号来确定哪些代码属于哪个函数

backtrace_symbols不使用调试符号

因此，您注意到的行为。

对于您的具体问题:

gdb是一个调试器。它使用可执行文件和库中的调试信息来显示相关信息。它比 backtrace_symbols 复杂得多，并检查驱动器上的实际文件以及实时进程。 backtrace_symbols不是，它完全在进程中 - 因此它无法访问未加载到可执行镜像中的部分。调试部分未加载到运行时镜像中，因此无法使用它们。

.dynsym不是调试部分。它是动态链接器使用的部分。 .symbtab也不是调试部分，但可以由有权访问可执行(和库)文件的调试器使用。 -rdynamic不生成调试节，只生成扩展动态符号表。来自 -rdynamic 的可执行增长完全取决于该可执行文件中的符号数量(以及对齐/填充注意事项)。它应该远小于 -g .

除了静态链接的二进制文件，可执行文件需要在加载时解析外部依赖项。喜欢链接printf以及一些来自 C 库的应用程序启动程序。这些外部符号必须在可执行文件的某处指明:这就是 .dynsym用于，这就是为什么 exe 有 .dynsym即使您没有指定 -rdynamic .当你指定它时，链接器会添加进程运行不需要的其他符号，但可以被诸如 backtrace_symbols 之类的东西使用。 .

backtrace_symbols如果您静态链接，则不会解析任何函数名称。即使您指定 -rdynamic , .dynsym部分不会被发送到可执行文件。没有符号表被加载到可执行镜像中，所以 backtrace_symbols无法将代码地址映射到符号。

关于c - gcc 调试符号(-g 标志)与链接器的 -rdynamic 选项，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8623884/

文章推荐： linux - 如何获取 linux 实用程序 tail 的源代码？

文章推荐： flutter - 如何在 Flutter Web 中保存到 Web 本地存储

文章推荐： docker - 运行 docker build 命令时 --force-rm 和 --rm 有什么区别

文章推荐： ios - 如何在 iOS 中安装用 Flutter 编写的应用程序？

gcc - Conda gcc 不会取代系统 gcc
我正在尝试在 Conda 环境中编译一些代码，在那里我之前安装的编译包gcc_linux-64 . 然而，即使在停用和重新激活环境之后，gcc还在/usr/bin/gcc . 我该怎么做才能让 Co
python - GCC 插件、GCC Melt 或 gcc Python 插件来编写 gcc 扩展
关闭。这个问题是opinion-based .它目前不接受答案。想要改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它. 关闭 7 年前。 Improve
gcc - 动态链接 gcc
这其实是两个问题: 1 - 在我的 debian amd64 系统上，我似乎无法构建与 gmp/mpfr/mpc 动态链接的交叉 GCC。即使我删除 --disable-shared，它也总是静态链接
gcc - gcc 链接器如何获取函数的大小？
研究ELF格式的结果，可以看到目标文件中有一个符号对应每个函数，对应的符号表项的值为st_size，表示大小的功能。问题是，即使我更改了目标文件中特定函数的 st_size 并链接了它，但可执行文件
gcc - GCC 风格行指令的格式
海湾合作委员会的 documentation for #line directives说他们是这样的: #line "myfile.cpp" 123 但是当我用 g++ 5.1 检查输出时，它们实际上
gcc - as + gcc vs gcc 仅用于 ARM 汇编
我正在使用 as 和 gcc 来汇编和创建 ARM 汇编程序的可执行文件，正如 this 所推荐的那样教程，如下: 给定一个汇编源文件，program.s，我运行: as -o program.o p
gcc - 转换为长长 (GCC)
long long x; double n; x=long long(n); 这不起作用。什么是正确的方法？最佳答案显而易见的: x = (long long) n; 关于gcc - 转换为长长
gcc - gcc 原子内置函数的头文件
我想知道用于 gcc 的原子内置函数的头文件是什么？我想使用这 2 个函数为我当前创建的线程库实现互斥锁。 bool __sync_bool_compare_and_swap (type *ptr,
gcc - GCC 的通行证和调用的程序是什么？
它出现在 another question :gcc调用的程序和部件是什么？ (特别是在编译 C 或 C++ 时)以便有人可以设计一些拦截和更改流程的方案以用于各种自定义编码目的？最佳答案编译器二
gcc - 如何像汇编程序一样使用 gcc？
可能吗？我想使用 gcc喜欢 assembler并在将其编译为 ubuntu 上的可执行文件后。我尝试过这个: gcc a.asm -o out.o 来自 out.o文件编译成.out可执行文件。
gcc - gcc 程序集输出标签是什么意思？
我写了一个简单的 C 程序 test.c : #include #include int add(int a, int b); int main() { int i=5,j=10;
gcc - gcc 中是否有针对八进制文字的警告？
即。所以如果你使用任何八进制文字，它会给你一个警告。微软编译器的同样问题。如果没有，是否有任何其他工具可以检测八进制文字。 (vim 似乎有一个很酷的技巧，它突出了第一个领先的将不同的颜色归零，但
gcc - gcc 中的函数级链接
我在旧线程中搜索。但没有找到任何线程回答我的问题。 gcc 是否像 vc++ 一样支持函数级链接？如果是，我应该提供什么选项来链接目标文件和库？最佳答案看起来 gcc 不直接支持函数级链接。您可
gcc - GCC 如何运行它的其他程序？
也许标题并没有把问题说得那么准确:我知道当我运行 gcc foo.c 时，GCC 会调用其他为它完成所有工作的子程序，从而生成主 gcc 程序只是一个界面。但这究竟是如何完成的呢？它是否使用syst
gcc - gcc 使用什么算法将通过函数指针的调用转换为直接调用？
我听说最近版本的 gcc 非常擅长将通过函数指针的调用转换为直接调用。但是，我在网上或快速浏览 gcc 的源代码上找不到任何关于它的信息。有谁知道这是否真的是真的，如果是这样，它使用什么算法来做到这一
gcc - gcc 链接器映射文件的用途是什么？
gcc/g++ 链接器选项“-Map”生成的“.map”文件用于什么？以及如何阅读它们？最佳答案我建议为您投入生产的任何软件生成一个映射文件并保留一份副本。它可用于破译崩溃报告。根据系统的不同
gcc - gcc -march选项的默认设置是什么？
gcc信息文件在有关x86-64特定标志的部分中说其他事情： There is no `-march=generic' option because `-march' ind
gcc - gcc 链接器选项可以更改已编译二进制文件中的汇编器指令吗？
我想知道 gcc 链接器选项(例如:-Wl,options)是否可以更改编译后的可执行文件中的汇编指令，因为如果您使用某些 gcc 优化选项会发生这种情况？当您比较编译后的二进制文件(例如比较签名)
gcc - GCC#pragma停止编译
是否有GCC编译指示会停止，暂停或中止编译过程？我正在使用gcc 4.1，但也希望在gcc 3.x版本上也可以使用该编译指示。最佳答案您可能需要#error: edd@ron:/tmp$ g++
gcc - gcc -ggdb 和 gcc -g 有什么区别
当我使用gcc编译C程序时我通常使用 -g 将一些调试信息放入 elf 文件中这样 gdb 就可以在需要时帮助我。但是，我注意到有些程序使用 -ggdb，因为它应该使调试信息对 gdb 更加友好。

IT老高

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

c - gcc 调试符号(-g 标志)与链接器的 -rdynamic 选项