Как получить версию GCC, использованную для компиляции данного исполняемого файла ELF?
Я хотел бы получить версию GCC, использованную для компиляции данного исполняемого файла. Я старался readelf
но не получил информацию. Какие-нибудь мысли?
6 ответов
Обычно хранится в разделе комментариев
strings -a <binary/library> |grep "GCC: ("
возвращает GCC: (GNU) XXX
strip -R .comment <binary>
strings -a <binary/library> |grep "GCC: ("
не возвращает вывод
Нередко вырезать раздел.comment (и.note) для уменьшения размера с помощью
strip --strip-all -R .note -R .comment <binary>
strip --strip-unneeded -R .note -R .comment <library>
Примечание: строки busybox задает параметр -a по умолчанию, который необходим для раздела.comment
Редактировать: Вопреки ответу Берендры Туслы, его не нужно компилировать с флагами отладки, чтобы этот метод работал.
Двоичный пример:
# echo "int main(void){}">a.c
# gcc -o a a.c -s
# strings -a a |grep GCC
GCC: (GNU) 4.3.4
# strip -R .comment a
# strings -a a |grep GCC
#
Пример объекта:
# gcc -c a.c -s
# strings -a a.o |grep GCC
GCC: (GNU) 4.3.4
# strip -R .comment a.o
# strings -a a |grep GCC
#
Обратите внимание на отсутствие каких-либо флагов -g (отладка) и наличие флага -s, который удаляет ненужные символы. Информация GCC по-прежнему доступна, если только раздел.comment не будет удален. Если вам нужно сохранить эту информацию нетронутой, вам может потребоваться проверить ваш make-файл (или соответствующий скрипт сборки), чтобы убедиться, что -fno-идент нет в вашем $CFLAGS и что в команде $STRIP отсутствует -R .comment. -fno-идент запрещает gcc генерировать эти символы в разделе комментариев для начала.
Чтобы завершить то, что сказали другие: он не сохраняется в объектном (или exe) файле, если вы не скомпилируете с отладочной информацией! (опция -g
). Если вы скомпилируете с отладочной информацией, вы можете получить ее обратно readelf
:
$ cat a.c
int main(void){ return 0; }
$ gcc a.c
$ readelf -wi a.out
$ gcc a.c -g
$ readelf -wi a.out
Contents of the .debug_info section:
Compilation Unit @ offset 0x0:
Length: 0x42 (32-bit)
Version: 2
Abbrev Offset: 0
Pointer Size: 4
<0><b>: Abbrev Number: 1 (DW_TAG_compile_unit)
< c> DW_AT_producer : (indirect string, offset: 0x0): GNU C 4.4.3 20100108 (prerelease)
<10> DW_AT_language : 1 (ANSI C)
<11> DW_AT_name : a.c
<15> DW_AT_comp_dir : (indirect string, offset: 0x22): /tmp
<19> DW_AT_low_pc : 0x8048394
<1d> DW_AT_high_pc : 0x804839e
<21> DW_AT_stmt_list : 0x0
<1><25>: Abbrev Number: 2 (DW_TAG_subprogram)
<26> DW_AT_external : 1
<27> DW_AT_name : (indirect string, offset: 0x27): main
<2b> DW_AT_decl_file : 1
<2c> DW_AT_decl_line : 1
<2d> DW_AT_prototyped : 1
<2e> DW_AT_type : <0x3e>
<32> DW_AT_low_pc : 0x8048394
<36> DW_AT_high_pc : 0x804839e
<3a> DW_AT_frame_base : 0x0 (location list)
<1><3e>: Abbrev Number: 3 (DW_TAG_base_type)
<3f> DW_AT_byte_size : 4
<40> DW_AT_encoding : 5 (signed)
<41> DW_AT_name : int
Посмотрите, как это говорит GNU C 4.4.3 20100108 (prerelease)
,
Еще два способа (может быть, немного проще), о которых я только что читал здесь: https://unix.stackexchange.com/questions/719/can-we-get-compiler-information-from-an-elf-binary
$ readelf -p .comment /usr/lib64/flash-plugin/libflashplayer.so
String dump of section '.comment':
[ 1] GCC: (GNU) 4.3.2 20081105 (Red Hat 4.3.2-7)
[ 2e] GCC: (GNU) 4.3.2
...
а также
$ objdump -s --section .comment /usr/lib64/flash-plugin/libflashplayer.so
/usr/lib64/flash-plugin/libflashplayer.so: file format elf64-x86-64
Contents of section .comment:
0000 00474343 3a202847 4e552920 342e332e .GCC: (GNU) 4.3.
0010 32203230 30383131 30352028 52656420 2 20081105 (Red
0020 48617420 342e332e 322d3729 00004743 Hat 4.3.2-7)..GC
0030 433a2028 474e5529 20342e33 2e320000 C: (GNU) 4.3.2..
...
Вы можете использовать утилиту elfinfo. Это также поддерживает обнаружение версий компилятора Go и FPC, в дополнение к GCC.
Эта информация не сохраняется в скомпилированном объекте (c).
На самом деле, для кода C вам совершенно не повезло. Однако для кода C++ вы можете найти некоторую информацию из версий символов. Некоторые функции из библиотек времени выполнения C++ зависят от версии и помечаются как таковые в объектных файлах. Попробуй это:
readelf -Wa file.exe | grep 'GCC[[:alnum:]_.]*' --only-match | sort | uniq | tail -n 1
Однако не будет отображаться используемая вами версия GCC. То, что это показывает, является версией символов во время выполнения, предоставленной компилятору. Обычно среда выполнения соответствует поставке компилятора, и ее версия не меньше версии, показанной с помощью приведенной выше команды.