символы отладки gcc (флаг -g) против опции -rdynamic компоновщика
Glibc обеспечиваетbacktrace()
а такжеbacktrace_symbols()
чтобы получить трассировку стека работающей программы. Но чтобы это работало, программа должна быть построена с помощью линкера.-rdynamic
флаг.
В чем разница между-g
флаг передается в gcc против линкера-rdynamic
флаг? Для примера кода я сделал readelf, чтобы сравнить результаты.-rdynamic
кажется, производит больше информации подSymbol table '.dynsym'
Но я не совсем уверен, что дополнительная информация.
Даже если яstrip
двоичный файл программы, построенный с использованием-rdynamic
, backtrace_symbols()
продолжать работать.
когдаstrip
удаляет все символы из двоичного файла, почему он оставляет то, что было добавлено-rdynamic
флаг?
Изменить: дополнительные вопросы на основе ответа Мата ниже.
Для того же примера кода, который вы взяли, я вижу разницу-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 000000000000,0000 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, размер полученного вывода выглядит так: с -g> с -rdynamic> без опции
Что именно такое использование .dynsym? Это все символы, экспортируемые этим двоичным файлом? В таком случае, почему foo входит в .dynsym, потому что мы не компилируем код как библиотеку.
Если я связываю свой код, используя все статические библиотеки, тогда -rdynamic не нужен для работы backtrace_symbols?