Подтвердить что ты не робот

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

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

4b9b3361

Ответ 1

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

strings -a <binary/library> |grep "GCC: ("

возвращает GCC: (GNU) X.X.X

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

Изменить: вопреки запросу Berendra Tusla, его не нужно компилировать с любыми флагами для отладки для этого метода.

Двоичный пример:

# 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 не удален. Если вам нужно сохранить эту информацию без изменений, вам может потребоваться проверить ваш makefile (или применимую сборку script), чтобы убедиться, что -fno-ident не находится в вашем CFLAGS, а в команде $STRIP отсутствует -R.comment. -fno-ident предупреждает gcc генерировать эти символы в разделе комментариев для начала.

Ответ 2

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

Ответ 3

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

Ответ 4

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

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

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

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

Ответ 5

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

Ответ 6

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