Dipendenza della biblioteca nascosta (mancante), quando si collega con cl.exe

Question

Sono stato appena esposto a un grande cmake non banale / progetto C ++ basato su Eclipse.Uno degli obiettivi di costruzione è in base a Windows / Nmake.Nella fase finale di costruire un eseguibile, il linker getta lnk1104: impossibile aprire il file 'python27.lib'.Questo è corretto, perché Python 2.7 non è stato installato.

Problema è, non riesco a trovare alcun riferimento a questa libreria nella riga di comando di cl.exe.Anche un grep in tutta la directory del progetto (comprese Eclipses. Directory Metadata) non troverà nulla di plausibile.Eliminazione di tutte le cmake generate da costruire cose non hanno aiutato anche.

La domanda reale è che se le librerie basate su MSVC (importazione o statica) dispongano di qualsiasi meccanismo per richiedere ulteriori librerie durante il passaggio del collegamento implicitamente.Ci sono alcuni pre-compilati nel progetto menzionato.Ho semplicemente bisogno del vocabolario, dove iniziare una ricerca più qualificata per quanto riguarda la causa dell'errore.

Answer 1

Ho trovato la risposta qui:

sconcertanteDipendenza di Boost.python 1.54 (build di debug) a Python27.lib su Windows

Fondamentalmente, il colpevole è una direttiva #pragma comment() all'interno delle librerie di boost.