überprüfen Sie, welche Laufzeit statische Bibliothek oder-dll verwendet

gibt es ein tool, in windows-SDK ckeck was CRT-Bibliothek verwendet?
ich habe zum Beispiel ein *.lib-Datei, wie Sie überprüfen, ob es kompiliert mit /MDd-flag oder /MT?
auch, wie Sie die gleiche dll-oder exe-Datei?
kann das getan werden, mit dumpbin?

InformationsquelleAutor codekiddy | 2014-08-13
  1. 13

    Wenn es ist eine .lib-Datei, eine statische link-Bibliothek, dann sollten Sie nicht wissen, etwas über den CRT noch. Es war nicht verbundenen, aber doch. Sie können sich über die ursprünglichen Programmierer Absicht, ein hex-viewer anschauen .lib-Datei, Notepad tun auch gut. Sie sehen die ursprüngliche Befehlszeile, die verwendet wurde, zu kompilieren .obj-Dateien, die eingebettet waren in die .lib-Datei. Suche einfach nach "cl.exe" Sie haben eine gute Vorstellung, was die compiler-version verwendet wurde, aus dem Weg zu cl.exe. Und sehen Sie die Kommandozeilen-Optionen, damit Sie wissen, wenn /MD oder /MT gültig war. Und der option /O, wichtiger, eine Idee zu haben ob Sie haben ein Debug-oder Release-build.

    Wenn es ist eine .dll-Datei, die dann dumpbin.exe /Importe ist Ihre beste Wahl. Die Abhängigkeit von der msvcrxxx.dll die Datei wird sichtbar, wobei xxx die Versionsnummer wie "120". Wenn Sie es sehen dann den Namen erfahren Sie, wenn /MD oder /MDd verwendet wurde, "d" angehängt, der für die Debug-version der CRT, Wenn es fehlt, dann wissen Sie, dass /MT oder /MTd verwendet wurde, keine Andeutung über das build Geschmack zur Verfügung.

    Folgenden die Empfehlungen aus der Bibliothek Eigentümer ist immer am besten, man kann in eine Menge ärger, wenn die CRT-version oder build-Einstellungen der Bibliothek nicht mit den Ihren übereinstimmen. Mit nicht-null-Quote, die Sie haben, ihn zu Fragen, für ein update, YMMV.

    • +1 für den Hinweis hin, dass die build-Optionen sind ebenso wichtig wie die spezifische CRT im Einsatz für eine reibungslose Fahrt. Seit der OP ausdrücklich gebeten dumpbin.exe es ist auch erwähnenswert, dass alle Kommandozeilen-Optionen (außer für /HEADER) sind nicht kompatibel mit dem /GL compiler-option.
    • Hat das einbetten der original-Befehl in der generierten .lib aufgehört, den Fall mit Visual studio 2015?
    • Nein, das funktioniert noch. Es Bedarf jedoch der /GL aktiviert sein (enable ganze Programm-Optimierung), eine Bibliothek Verkäufer muss nie deaktiviert werden.
    • In allen .lib-Dateien, die ich bin, zu inspizieren, sehe ich nur -defaultlib:MSVCRT oder -defaultlib:MSVCRTD anstatt das gesamte cl.exe dcommand-Linie. Aber die defautlib Flagge ist genug, um zu sagen, ob /MD oder /MDD bekam übergeben cl.exe.
    InformationsquelleAutor Hans Passant
Schreibe einen Kommentar