Как удалить предупреждение LNK4099: PDB 'lib.pdb' не найден

Предупреждения LNK4099 могут возникать при сборке в Windows на этапе компоновки статической компиляции.

Например. при сборке с использованием 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 дает хороший обзор проблемы, но не дает подробностей, необходимых для ее понимания.

Вместо игнорируйте предупреждение или отключить предупреждение, я хотел бы исправить make-файлы в моей сборке, чтобы устранить проблему.

Как возникает проблема? Как мне устранить причину появления предупреждений?


person Donal Lafferty    schedule 15.09.2014    source источник


Ответы (2)


Поймите, что основная проблема заключается в отсутствии файла отладочных символов (.pdb) для библиотеки, упомянутой в предупреждении. Файлы библиотеки содержат статическую ссылку на .pdb на основе объектного файла. Когда библиотека используется другой библиотекой и используется статическая компиляция, Visual Studio собирает все символы в один .pdb, и ссылки .pdb в объектных файлах обновляются. Однако, если он не может найти символы, он оставит старый путь на месте.

Исправьте предупреждение, перекомпилировав библиотеку, упомянутую в предупреждениях, и убедитесь, что компилятор имеет доступ к .pdb каждой библиотеки, на которую имеется ссылка. Это включает определение того, какой файл .pdb не может быть найден, а затем внесение изменений, чтобы гарантировать, что .pdb может быть найден.

Для какого объектного файла (и, следовательно, библиотеки) нам не хватает символов (.pdb)?

@goth предоставил ссылку в блоге, объясняющую, откуда берется ссылка .pdb, но вот мое резюме:

Библиотека содержит ряд объектных файлов. Каждый объектный файл включает путь к отладочным символам. Мы можем использовать инструменты для извлечения этой информации. На основе объектного файла и пути мы можем определить, какой файл отладочных символов (.pdb) не может быть найден.

  1. Откройте командную строку Visual Studio. Это создает командную оболочку с переменными среды, необходимыми для доступа к инструментам Visual Studio. (Должно быть в разделе «Инструменты Visual Studio» в меню «Пуск», но это может быть разным)

  2. Получите внутренний путь к объектному файлу в библиотеке, используя параметр /list инструмента lib. Например.

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

...
  1. Используя путь, извлеките объектный файл с помощью параметра /extract инструмента lib.
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.
  1. Объектный файл содержит раздел отладки под названием .debug$T, который мы можем извлечь с помощью инструмента dumpbin. Например.
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. Следовательно, проблема заключается в .pdb, созданном при сборке библиотеки openssl, используемой libcurl.

Как мне добавить символы отладки в библиотеку, генерирующую предупреждение?

Параметр / Fd определяет имя и расположение файла символов .pdb . Например. при компиляции 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.

person Donal Lafferty    schedule 15.09.2014
comment
Ваш ответ отличный, и он работает! У меня все еще есть вопросы: как проверить требуемый файл pdb для EXE или DLL iso libs? Если для lib или exe требуется несколько статических библиотек, должны ли вы видеть их соответствующие файлы pdb в дампе объекта? - person DrumM; 21.08.2019

Это случилось со мной с библиотекой .lib, и, возможно, прикрепленное изображение поможет другим. В моем случае мне нужно было убедиться, что файлы .lib и .pdb находятся в одном каталоге, поэтому обратите внимание, как $ (OutDir) отображается в настройках.

убедитесь, что каталоги совпадают

Я думаю, что они были рассогласованы, когда я импортировал старый 32-битный проект VS2010 в VS2013 и настроил его для 64-битных.

Итак, я получаю эту (хорошую) ситуацию:

.lib и .pdb в одном каталоге

person Owen Ransen    schedule 30.08.2015