How to retrieve the GCC version used to compile a given ELF executable?

后端 未结 5 646
北恋
北恋 2020-11-27 10:28

I\'d like to retrieve the GCC version used to compile a given executable. I tried readelf but didn\'t get the information. Any thoughts?

相关标签:
5条回答
  • 2020-11-27 11:04

    It is normally stored in the comment section

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

    returns GCC: (GNU) X.X.X

    strip -R .comment <binary>
    strings -a <binary/library> |grep "GCC: ("
    

    returns no output

    It is not uncommon to strip the .comment (as well as .note) section out to reduce size via

    strip --strip-all -R .note -R .comment <binary>
    strip --strip-unneeded -R .note -R .comment <library>
    

    Note: busybox strings specifies the -a option by default, which is needed for the .comment section

    Edit: Contrary to Berendra Tusla's answer, it does not need to be compiled with any debugging flags for this method to work.

    Binary example:

    # 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
    #
    

    Object example:

    # 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
    #
    

    Note the absence of any -g (debugging) flags and the presence of the -s flag which strips unneeded symbols. The GCC info is still available unless the .comment section is removed. If you need to keep this info intact, you may need to check your makefile (or applicable build script) to verify that -fno-ident is not in your $CFLAGS and the $STRIP command lacks -R .comment. -fno-ident prevents gcc from generating these symbols in the comment section to begin with.

    0 讨论(0)
  • 2020-11-27 11:04

    To complete what others have said: it's not stored in the object (or exe) file, unless you compile with debugging information! (option -g). If you compile with debug info, you can get it back with 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  
    

    See how it says GNU C 4.4.3 20100108 (prerelease).

    0 讨论(0)
  • 2020-11-27 11:05

    You can use the elfinfo utility. This also supports detecting the compiler versions of Go and FPC, in addition to GCC.

    0 讨论(0)
  • 2020-11-27 11:08

    Yet another two ways (maybe a bit simpler) that I've just read about here: 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
    ...
    

    and

    $ 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..
     ...
    
    0 讨论(0)
  • 2020-11-27 11:11

    This information is not stored in the compiled object (c).

    Actually, for C code you're totally out of luck. However, for C++ code you may find some information from symbol versions. Some functions from C++ runtime libraries are version-specific, and are marked as such in object files. Try this:

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

    It won't show you the version of GCC used, however. What it shows is the version of symbols in runtime supplied to the compiler. Usually the runtime is that of a compiler shipment, and its version is not less than the one shown with the above command.

    0 讨论(0)
提交回复
热议问题