如何从使用 /GL 编译的 .obj 文件中确定主要编译器版本?

Posted

技术标签:

【中文标题】如何从使用 /GL 编译的 .obj 文件中确定主要编译器版本?【英文标题】:How to determine the major compiler version from .obj files compiled with /GL? 【发布时间】:2015-09-17 20:35:24 【问题描述】:

我正在尝试从使用链接时间代码生成选项生成的.obj 文件中确定 Visual Studio 版本(2002/2003、2005、2008、2010、2012、2013、2015)。

我使用 MSVC2012 生成的文件具有以下 COFF 标头内容:

                File Header
+0  00 00       Machine - Unknown Machine
+2  FF FF       NumberOfSections
+4  01 00 4C 01 TimeDateStamp
+8  70 94 F9 55 PointerToSymbolTable
+12 38 FE B3 0C NumberOfSymbols
+16 A5 D9       SizeOfOptionalHeader
+18 AB 4D       Characteristics
                Optional Header
+20 AC 9B       Magic
+22 D6 B6       Linker Version Major/Minor

似乎最初的 4 个字节为 00,00,FF,FF 将其标记为 LTCG 对象,后面的内容是专有的。通常的文件头成员都没有“意义”(也许时间戳没问题,我没有检查)。

如果此标头的任何部分是特定于编译器的,是否有人知道?我需要确定的是用于编译对象的 MSVC 主要版本...

似乎有一个版本,编码为<MAJOR:16:LE> 0x80 <MINOR:16:LE>,存储在标题之后不久。例如:

17.00.61030 -> 0x11.0xEE66 -> 11 00 80 66 EE
19.00.23026 -> 0x13.0x59F2 -> 13 00 80 F2 59

我们需要弄清楚如何通过先前数据的偏移量可靠地得到它。

This 是一个相关问题,没有解决方案...

【问题讨论】:

/LTCG 是一个链接器选项。但是 .obj 文件是由编译器创建的,链接器从未接近它。所以这没有意义。您可能正在谈论 /GL 选项。是的,它很特别,.obj 文件根本不包含机器代码。它包含 IL,即编译器前端和后端之间使用的中间语言。链接器使用它来重新启动 /LTCG 的后端。如您所料,它完全没有文档记录,如有更改,恕不另行通知。 @HansPassant 对于它的价值,已发布的 MSVC 版本不会追溯更改其输出。因此,虽然“更改恕不另行通知”适用于未来的版本,但在实践中并没有太大的障碍。 啊,很好,这让我感觉好多了。 @HansPassant :) 现在是星期五 :) 【参考方案1】:

TL,DR : 这种文件格式的编译器版本,我猜你是拿不到的……

完整答案:

它看起来像是“匿名文件格式”的一些变体,在“winnth.h”中由各种ANON_OBJECT_HEADER_XXX 结构描述(将XXX 替换为V2BIGOBJ)。 这是在 winnt.h 中找到的 ANON_OBJECT_HEADER_BIGOBJ 的副本:

typedef struct ANON_OBJECT_HEADER_BIGOBJ 
    /* same as ANON_OBJECT_HEADER_V2 */
    WORD    Sig1;            // Must be IMAGE_FILE_MACHINE_UNKNOWN
    WORD    Sig2;            // Must be 0xffff
    WORD    Version;         // >= 2 (implies the Flags field is present)
    WORD    Machine;         // Actual machine - IMAGE_FILE_MACHINE_xxx
    DWORD   TimeDateStamp;
    CLSID   ClassID;         // CLSID is a 16 bytes struct  (not original comment)
    DWORD   SizeOfData;      // Size of data that follows the header
    DWORD   Flags;           // 0x1 -> contains metadata
    DWORD   MetaDataSize;    // Size of CLR metadata
    DWORD   MetaDataOffset;  // Offset of CLR metadata
    /* bigobj specifics */
    DWORD   NumberOfSections; // extended from WORD
    DWORD   PointerToSymbolTable;
    DWORD   NumberOfSymbols;
 ANON_OBJECT_HEADER_BIGOBJ;</code>

描述匹配:

Sig1 :    00 00
Sig2 :    FF FF
Version : >=2
Machine : 0x14c`

其他标头结构(即ANON_OBJECT_HEADERANON_OBJECT_HEADER_V2)基本相同,但字段较少。 对于Version 字段,我在这里找到了一些信息: http://www.geoffchappell.com/studies/msvc/link/dump/infiles/obj.htm

看起来Version 字段对于匿名文件是“1”,并且似乎匿名文件和所谓的“导入文件”具有相同的特征,只是 Version = 0 用于导入文件格式(我愿意确实不知道它是什么)。

但是,是的,只看标题,我们似乎没有关于使用什么编译器版本的信息。即便如此,当查看使用 /GL 开关生成的 .obj 文件时,它们并不完全遵循这种格式,我也没有找到太多关于它们的信息。我会很高兴有人证明我错了。

【讨论】:

以上是关于如何从使用 /GL 编译的 .obj 文件中确定主要编译器版本?的主要内容,如果未能解决你的问题,请参考以下文章

加载 OBJ 文件,如何使用法线 (#vertices < #normals)

将 C++ 目标文件从 linux .o 转换为 Windows .obj

错误:在 Linux 上使用 OpenGL 编译 C++ 程序时出现“GL/glfw3.h:没有这样的文件或目录”

u-boot全面分析

在 Makefile 中添加 INCLUDE、LIB 和 LD_LIBRARY_PATH

GCC .obj 文件输出不是确定性的(.debug_info,PROGBITS 部分)