严格来说,您无法直接从 lib 文件中获取它,因为它们只是 .obj 文件(或导入库中的“伪目标文件”)的容器。可以有一个包含由不同编译器创建的目标文件的库,但我怀疑你会经常看到这种情况,如果有的话。
但是,您可以从库中中包含的目标文件中获取信息。
我不知道这些信息有多可靠,但似乎 MSVC 生成的目标文件包含有关用于构建它们的编译器的版本信息。目标文件包含一个名为“.debug$S”的部分,其中将包含调试信息。但是,即使您在没有调试信息的情况下构建了目标文件,仍然会有一个小的“.debug$S”部分,对于使用 VS 2008 SP1(编译器)编译的简单“hello world”程序,它可能如下所示版本 15.00.30729.01):
RAW DATA #2
00000000: 04 00 00 00 F1 00 00 00 56 00 00 00 18 00 01 11 ....ñ...V.......
00000010: 00 00 00 00 63 3A 5C 74 65 6D 70 5C 68 65 6C 6C ....c:\temp\hell
00000020: 6F 2E 6F 62 6A 00 3A 00 3C 11 00 22 00 00 07 00 o.obj.:.<.."....
00000030: 0F 00 00 00 09 78 01 00 0F 00 00 00 09 78 01 00 .....x.......x..
00000040: 4D 69 63 72 6F 73 6F 66 74 20 28 52 29 20 4F 70 Microsoft (R) Op
00000050: 74 69 6D 69 7A 69 6E 67 20 43 6F 6D 70 69 6C 65 timizing Compile
00000060: 72 00 00 00 r...
请注意,如果您将编译器版本 15.00.30729.01 的组件转换为 16 位十六进制数字,您将得到(以小端序显示):
0f 00 00 00 09 78 01 00
您会注意到哪个字符串在“.debug$S”部分的偏移量 0x30 和 0x38 处出现了两次。
对于 VS 2010 SP1(编译器版本 16.00.40219.01)产生以下“.debug$S”:
RAW DATA #2
00000000: 04 00 00 00 F1 00 00 00 56 00 00 00 18 00 01 11 ....ñ...V.......
00000010: 00 00 00 00 43 3A 5C 74 65 6D 70 5C 68 65 6C 6C ....C:\temp\hell
00000020: 6F 2E 6F 62 6A 00 3A 00 3C 11 00 22 00 00 07 00 o.obj.:.<.."....
00000030: 10 00 00 00 1B 9D 01 00 10 00 00 00 1B 9D 01 00 ................
00000040: 4D 69 63 72 6F 73 6F 66 74 20 28 52 29 20 4F 70 Microsoft (R) Op
00000050: 74 69 6D 69 7A 69 6E 67 20 43 6F 6D 70 69 6C 65 timizing Compile
00000060: 72 00 00 00 r...
您将在其中记录编译器版本数据10 00 00 00 1B 9D 01 00。
VS 2003 通过 VS 2012 编译器生成了类似的签名(VC6 不生成“.debug$S”部分,我没有办法测试 VS 2002)。但是,信息的偏移量有时会有所不同(根据使用的实际选项和正在编译的文件,即使对于相同的编译器也可能不同)。
我不知道有什么工具可以轻松提取此信息,但一些将lib 工具和/或dumpbin 串在一起的脚本可能很容易拼凑在一起。如果您想自己拆分库和目标文件,Microsoft's "PE and COFF Specification" document 可能会有所帮助,尽管该文档没有关于 .debug$S 部分的真实信息,除了它存在并包含调试信息。
请注意,据我所知,此信息未记录在案,而且我的逆向工程至少可以说是粗略的,并且可能会在所有情况下都发生变化或不成立。我真的不确定这些信息的可靠性,但如果没有其他更好的信息出现,这只是一个开始。