Versteckte (fehlende) Bibliotheksabhängigkeit beim Verknüpfen mit cl.exe

Question

Ich war gerade einem großen, nicht trivialen CMake / Eclipse-basierten C ++ - Projekt ausgesetzt.Eines der Build-Ziele basiert auf Windows / nmake.Im letzten Schritt des Erstellens einer ausführbaren Datei wirft der Linker LNK1104:datei 'python27 kann nicht geöffnet werden.lib'.Dies ist korrekt, da Python 2.7 nicht installiert wurde.

Das Problem ist, dass ich in cl keine Verweise auf diese Bibliothek finden kann.exe-Befehlszeile.Auch ein Grep auf das gesamte Projektverzeichnis (einschließlich Finsternisse.metadatenverzeichnis) nichts Plausibles finden.Das Löschen aller von cmake generierten Build-Inhalte hat auch nicht geholfen.

Die eigentliche Frage ist, ob MSVC-basierte Bibliotheken (importierte oder statische) einen Mechanismus haben, um während des Verknüpfungsschritts implizit zusätzliche Bibliotheken anzufordern.Es gibt einige vorkompilierte im erwähnten Projekt.Ich brauche einfach das Vokabular, wo ich eine qualifiziertere Suche nach der Fehlerursache beginnen kann.

Answer 1

Ich habe die Antwort hier gefunden:

Rätselhafte Abhängigkeit von Boost.Python 1.54 (Debug-Build) bis Python27.bibliothek unter Windows

Grundsätzlich ist der Täter ein #pragma comment() direktive innerhalb der Boost-Bibliotheken.