Как получить версию GCC, использованную для компиляции данного исполняемого файла ELF? - PullRequest
65 голосов
/ 05 марта 2010

Я хотел бы получить версию GCC, использованную для компиляции данного исполняемого файла. Я пытался readelf, но не получил информацию. Есть мысли?

Ответы [ 5 ]

72 голосов
/ 12 марта 2012

Обычно хранится в разделе комментариев

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 генерировать эти символы в разделе комментариев для начала.

19 голосов
/ 06 марта 2010

Чтобы завершить то, что сказали другие: оно не сохраняется в объектном (или 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).

8 голосов
/ 03 марта 2013

Еще два способа (возможно, немного проще), о которых я только что читал здесь: 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..
 ...
2 голосов
/ 05 марта 2010

Эта информация не сохраняется в скомпилированном объекте (c).

На самом деле, для кода C вам совершенно не повезло. Однако для кода C ++ вы можете найти некоторую информацию из версий символов. Некоторые функции из библиотек времени выполнения C ++ зависят от версии и помечаются как таковые в объектных файлах. Попробуйте это:

readelf -Wa file.exe | grep 'GCC[[:alnum:]_.]*' --only-match | sort | uniq | tail -n 1

Однако, вам не будет показана используемая версия GCC. То, что это показывает, является версией символов во время выполнения, предоставленной компилятору. Обычно среда выполнения соответствует поставке компилятора, и ее версия не меньше , чем та, которая показана с помощью приведенной выше команды.

0 голосов
/ 01 июня 2017

Вы можете использовать утилиту elfinfo . Это также поддерживает обнаружение версий компилятора Go и FPC, в дополнение к GCC.

...