gcc
中的-g
标志即可实现。接着他们问我,这个
-g
标志究竟对编译器做了什么。我回答说(可能是错误的答案),它将打开核心文件中的所有符号,这些符号可以用于调试。
请问有人能告诉我它到底做了什么吗?
-g
请求编译器和链接器在可执行文件本身中生成并保留源级调试/符号信息。kill -SIGQUIT pid
),或者程序调用转储核心的函数(例如abort
)--这些情况都不是由使用-g
引起的--然后调试器将知道如何从可执行文件中读取该"-g
"符号信息,并与核心进行交叉参考。这意味着您可以在可执行文件中的堆栈帧中查看变量和函数的正确名称,获取行号并在可执行文件中步进时查看源代码。pstack
)产生更好的输出。ulimit -c
命令。
您可能还会对了解 DWARF Wikipedia 感兴趣——这是一种常用的调试信息格式,用于编码可执行文件/库对象中嵌入的调试/符号信息(例如在UNIX和Linux上)。
根据 Victor 在评论中的要求更新...
符号信息 列出源代码中的标识符(通常只有在需要任何name mangling之后),它们将加载到进程内存中的(虚拟)内存地址/偏移量以及类型(例如数据 vs. 代码)。例如...
$ cat ok.cc
int g_my_num;
namespace NS { int ns_my_num = 2; }
int f() { return g_my_num + NS::ns_my_num; }
int main() { return f(); }
$ g++ -g ok.cc -o ok # compile ok executable with symbol info
$ nm ok # show mangled identifiers
00000000004017c8 d _DYNAMIC
0000000000401960 d _GLOBAL_OFFSET_TABLE_
0000000000400478 R _IO_stdin_used
w _ITM_deregisterTMCloneTable
w _ITM_registerTMCloneTable
w _Jv_RegisterClasses
000000000040037c T _Z1fv # this is f()
0000000000401798 D _ZN2NS9ns_my_numE # this is NS::ns_my_num
00000000004017a8 d __CTOR_END__
00000000004017a0 d __CTOR_LIST__
00000000004017b8 d __DTOR_END__
00000000004017b0 d __DTOR_LIST__
0000000000400540 r __FRAME_END__
00000000004017c0 d __JCR_END__
00000000004017c0 d __JCR_LIST__
00000000004017c8 d __TMC_END__
00000000004017c8 d __TMC_LIST__
0000000000401980 A __bss_start
0000000000401788 D __data_start
0000000000400440 t __do_global_ctors_aux
00000000004002e0 t __do_global_dtors_aux
0000000000401790 d __dso_handle
0000000000000000 a __fini_array_end
0000000000000000 a __fini_array_start
w __gmon_start__
0000000000000000 a __init_array_end
0000000000000000 a __init_array_start
00000000004003a0 T __libc_csu_fini
00000000004003b0 T __libc_csu_init
U __libc_start_main
0000000000000000 a __preinit_array_end
0000000000000000 a __preinit_array_start
0000000000401980 A _edata
0000000000401994 A _end
0000000000400494 T _fini
000000000040047c T _init
0000000000400220 T _start
000000000040024c t call_gmon_start
0000000000401980 b completed.6118
0000000000401788 W data_start
0000000000400270 t deregister_tm_clones
0000000000401988 b dtor_idx.6120
0000000000401994 A end
0000000000400350 t frame_dummy
0000000000401990 B g_my_num # our global g_my_num
0000000000400390 T main # the int main() function
00000000004002a0 t register_tm_clones
$ nm ok | c++filt # c++filt "unmangles" identifiers...
00000000004017c8 d _DYNAMIC
0000000000401960 d _GLOBAL_OFFSET_TABLE_
0000000000400478 R _IO_stdin_used
w _ITM_deregisterTMCloneTable
w _ITM_registerTMCloneTable
w _Jv_RegisterClasses
000000000040037c T f()
0000000000401798 D NS::ns_my_num
00000000004017a8 d __CTOR_END__
00000000004017a0 d __CTOR_LIST__
00000000004017b8 d __DTOR_END__
00000000004017b0 d __DTOR_LIST__
0000000000400540 r __FRAME_END__
00000000004017c0 d __JCR_END__
00000000004017c0 d __JCR_LIST__
00000000004017c8 d __TMC_END__
00000000004017c8 d __TMC_LIST__
0000000000401980 A __bss_start
0000000000401788 D __data_start
0000000000400440 t __do_global_ctors_aux
00000000004002e0 t __do_global_dtors_aux
0000000000401790 d __dso_handle
0000000000000000 a __fini_array_end
0000000000000000 a __fini_array_start
w __gmon_start__
0000000000000000 a __init_array_end
0000000000000000 a __init_array_start
00000000004003a0 T __libc_csu_fini
00000000004003b0 T __libc_csu_init
U __libc_start_main
0000000000000000 a __preinit_array_end
0000000000000000 a __preinit_array_start
0000000000401980 A _edata
0000000000401994 A _end
0000000000400494 T _fini
000000000040047c T _init
0000000000400220 T _start
000000000040024c t call_gmon_start
0000000000401980 b completed.6118
0000000000401788 W data_start
0000000000400270 t deregister_tm_clones
0000000000401988 b dtor_idx.6120
0000000000401994 A end
0000000000400350 t frame_dummy
0000000000401990 B g_my_num
0000000000400390 T main
00000000004002a0 t register_tm_clones
注意:
f()
和main()
是类型T
(代表“TEXT”-用于只读非零内存内容,无论它实际上是文本、其他数据还是可执行代码),g_my_num
是全局变量,类型为B
,其内存隐式清零,而NS::ns_my_num
是D
类型,因为可执行文件必须显式提供值2
来占用该内存。man/info-page for nm
进一步说明了这些内容....
strip
工具执行相反的操作,即将带有调试符号的库文件去除这些符号。 - Matthieu M.-g标志告诉编译器生成调试信息。它不影响是否生成核心文件。在大多数类Unix系统中,可以使用ulimit命令进行设置。
gcc的-g标志告诉gcc生成并嵌入调试信息。ulimit -c
用于启用核心文件生成。您可以单独使用其中任一项。
-g
选项会在可执行文件中添加调试信息(变量名、行号等),这是为了能够理解核心文件所需的一部分。
http://gcc.gnu.org/onlinedocs/gcc/Debugging-Options.html#Debugging-Options
核心转储是进程接收到信号时的默认操作之一,例如在标准信号“SIGQUIT”、“SIGILL”、“SIGABRT”、“SIGFPE”和“SIGSEGV”中。然而,大多数shell会抑制核心文件的创建,因为核心文件往往很大,可能需要一些时间或很长时间。
为了启用核心生成,“ulimit”是您可以使用的实用程序,用于设置shell或其子进程的文件限制。
编译器标志“-g”或其他标志只涉及编译器。从逻辑上讲,它与核心转储无关。
核心文件是在分段错误或类似异常情况下生成的。gdb source.cc core
是查看核心文件的一种方式。回溯和调查每个框架是查看核心文件的开始。-g
将调试符号添加到二进制文件中。