在静态编译的链接阶段在Windows上构建时,可能会发生LNK4099警告。
E.g。当使用nmake和VC10构建时,我得到一个LNK4099警告流,如:
libcurl_a_debug.lib(rc2_cbc.obj) : warning LNK4099: PDB 'lib.pdb' was not found with 'libcurl_a_debug.lib(rc2_cbc.obj)' or at 'C:\dev\scaler\center\dlux\lib.pdb'; linking object as if no debug info
StackOverflow提供了good overview of the problem,但没有提供理解它所需的详细信息。
而不是ignore the warning或disable the warning,我想修复构建中的makefile以解决问题。
问题是如何产生的?如何删除警告的原因?
答案 0 :(得分:35)
了解基础问题是警告中提到的库缺少调试符号文件(.pdb)。库文件包含基于目标文件的.pdb静态引用。当另一个库使用库并使用静态编译时,Visual Studio会将所有符号收集到一个.pdb中,并更新目标文件中的.pdb引用。但是,如果找不到符号,它将保留旧路径。
通过重新编译警告中提到的库来修复警告,并确保编译器可以访问每个引用库的.pdb。这涉及确定无法找到哪个.pdb文件,然后进行更改以确保找到.pdb。
哪个目标文件(以及库)我们缺少符号(.pdb)?
@goth provided a blog link explaining where the .pdb reference comes from,但这是我的摘要:
库包含许多目标文件。每个目标文件都包含调试符号的路径。我们可以使用工具提取这些信息。根据目标文件和路径,我们可以找出无法找到哪些调试符号文件(.pdb)。
打开Visual Studio命令提示符。这将创建一个命令shell,其中包含访问Visual Studio工具所需的环境变量。 (应该在" Visual Studio工具"埋在开始菜单中,但这会有所不同)
使用lib
工具/list
选项获取库中目标文件的内部路径。 E.g。
C:\dev\libcurl\win\lib>lib /list libcurl_a_debug.lib > list_of_object_files_in_library.txt
C:\dev\scaler\center\agent\thirdparty\libcurl\win\lib>more list_of_object_files_in_library.txt
Microsoft (R) Library Manager Version 10.00.40219.01
Copyright (C) Microsoft Corporation. All rights reserved.
..\builds\libcurl-vc10-x86-debug-static-ssl-static-ipv6-spnego-obj-lib/file.obj
..\builds\libcurl-vc10-x86-debug-static-ssl-static-ipv6-spnego-obj-lib/timeval.obj
..\builds\libcurl-vc10-x86-debug-static-ssl-static-ipv6-spnego-obj-lib/rc2_cbc.obj
...
lib
工具的/extract
选项提取目标文件。C:\dev\scaler\center\agent\thirdparty\libcurl\win\lib>lib /extract:..\builds\libcurl-vc10-x86-debug-static-ssl-static-ipv6-spnego-obj-lib/timeval.obj libcurl_a_debug.lib
Microsoft (R) Library Manager Version 10.00.40219.01
Copyright (C) Microsoft Corporation. All rights reserved.
.debug$T
的调试部分,我们可以使用dumpbin
工具提取该部分。 E.g。C:\dev\scaler\center\agent\thirdparty\libcurl\win\lib>dumpbin /section:.debug$T /rawdata rc2_cbc.obj > dump_of_object_file_debug_info.txt
C:\dev\scaler\center\agent\thirdparty\libcurl\win\lib>more dump_of_object_file_debug_info.txt
Microsoft (R) COFF/PE Dumper Version 10.00.40219.01
Copyright (C) Microsoft Corporation. All rights reserved.
Dump of file ./rc2_cbc.obj
File Type: COFF OBJECT
SECTION HEADER #9
.debug$T name
0 physical address
0 virtual address
5C size of raw data
1D53 file pointer to raw data (00001D53 to 00001DAE)
0 file pointer to relocation table
0 file pointer to line numbers
0 number of relocations
0 number of line numbers
42100040 flags
Initialized Data
Discardable
1 byte align
Read Only
RAW DATA #9
00000000: 04 00 00 00 56 00 15 15 03 7A 47 A3 3D 4A 8C 4B ....V....zGú=J.K
00000010: A2 A5 26 D3 D6 57 15 46 3A 00 00 00 73 3A 5C 73 óÑ&ËÍW.F:...s:\s
00000020: 63 61 6C 65 78 2E 6E 65 77 5C 63 65 6E 74 72 6F caler.new\center
00000030: 5C 6F 70 65 6E 73 73 6C 5C 62 75 69 6C 64 5C 6F \openssl\build\o
00000040: 70 65 6E 73 73 6C 2D 31 2E 30 2E 30 62 5C 74 6D penssl-1.0.0b\tm
00000050: 70 33 32 5C 6C 69 62 2E 70 64 62 00 p32\lib.pdb.
Summary
5C .debug$T
上面,您看到目标文件显示其调试符号s:\scaler.new\center\openssl\build\openssl-1.0.0b\tmp32\lib.pdb
。因此,问题在于我们构建libcurl使用的openssl库时生成的.pdb。
如何将调试符号添加到生成警告的库中?
/Fd option governs the name and location of the .pdb symbols file。例如。在编译libcurl时,我使用了以下标志:
...
!IF DEFINED(VC10)
NT_MAK_FLAGS = APP_CFLAG="/GX /GZ /MTd /Fdtmp32.dbg/app" LIB_CFLAG="/Zl /Z7 /Fdtmp32.dbg/lib"
!ENDIF
...
lib.pdb
的符号文件名及其相对于构建的路径由/Fdtmp32.dbg/lib
给出。
问题是NT_MAK_FLAGS
被重用于编译openssl时生成的许多库。结果,lib.pdb
除了最后一个库以外都被破坏(覆盖)。要解决此问题,应为每个库提供唯一名称的.pdb。为了进一步简化问题,请确保编译位置与libcurl
版本位于同一树中。
答案 1 :(得分:11)