Wie erstelle ich eine vollständig statisch verknüpfte EXE-Datei mit Visual Studio Express 2005?

Meine derzeit bevorzugte C++-Umgebung ist die kostenlose und weitgehend ausgezeichnete Microsoft Visual Studio 2005 Express Edition. Von Zeit zu Zeit habe ich Release-.exe-Dateien mit erfreulichen Ergebnissen an andere Personen gesendet. Kürzlich machte ich jedoch die beunruhigende Entdeckung, dass die erfreulichen Ergebnisse auf mehr Glück beruhten, als ich gerne hätte. Der Versuch, eines dieser Programme auf einer alten XP-Box (Jahrgang 2001, nicht gewissenhaft aktualisiert) auszuführen, brachte mir nichts als eine unangenehme Meldung “System kann x.exe nicht ausführen” (oder eine ähnliche) Meldung.

Einiges Googeln ergab, dass mit diesem Toolset selbst die Angabe statischer Verknüpfungen zu einer einfachen hello-world.exe führt, die sich tatsächlich auf zusätzliche .dll-Dateien (msvcm80.dll usw.) stützt. Ein unglaublich ausgeklügeltes Versionsschemasystem (offensichtliche Dateien irgendjemand?) lässt die .exe dann nicht ohne genau die richtigen .dll-Versionen laufen. Ich will oder brauche dieses Zeug nicht, ich will nur eine altmodische, eigenständige EXE-Datei, die nichts als den kleinsten gemeinsamen Nenner von Win32-Operationen macht und auf jedem alten Win32-Betriebssystem läuft.

Weiß jemand, ob es möglich ist, das zu tun, was ich mit meinem vorhandenen Toolset tun möchte?

Danke.

Für die C-Laufzeit gehen Sie zu den Projekteinstellungen, wählen Sie C/C++ und dann ‘Code Generation’. Ändern Sie die Einstellung „Laufzeitbibliothek“ in „Multithreaded“ anstelle von „Multithreaded DLL“.

Wenn Sie andere Bibliotheken verwenden, müssen Sie dem Linker möglicherweise mitteilen, dass er die dynamisch verknüpfte CRT explizit ignorieren soll.

Meine Erfahrung in Visual Studio 2010 ist, dass zwei Änderungen erforderlich sind, um keine DLLs zu benötigen. Auf der Projekteigenschaftenseite (Rechtsklick auf den Projektnamen im Projektmappen-Explorer-Fenster):

1. Ändern Sie unter Konfigurationseigenschaften –> Allgemein das Feld “Verwendung von MFC” in “MFC in einer statischen Bibliothek verwenden”.

2. Ändern Sie unter Konfigurationseigenschaften –> C/C++ –> Codegenerierung das Feld “Laufzeitbibliothek” in “Multi-Threaded (/MT)”.

Nicht sicher, warum beide benötigt wurden. Ich habe dies verwendet, um eine Abhängigkeit von glut32.dll zu entfernen.

Später hinzugefügt: Wenn Sie diese Änderungen an den Konfigurationen vornehmen, sollten Sie sie auf “Alle Konfigurationen” vornehmen — Sie können dies oben im Eigenschaftenfenster auswählen. Wenn Sie die Änderung nur an der Debug-Konfiguration vornehmen, gilt sie nicht für die Release-Konfiguration und umgekehrt.

Ich hatte das gleiche Abhängigkeitsproblem und ich weiß auch, dass Sie die VS 8.0-DLLs (nur Release! nicht debuggen! — und Ihr Programm muss auch veröffentlicht werden) in einen Ordner mit dem entsprechenden Namen in der übergeordneter Ordner mit Ihrer .exe:

Gewusst wie: Bereitstellen mit XCopy (MSDN)

Beachten Sie auch, dass die Dinge garantiert schief gehen, wenn Sie C++- und C-Code in derselben statisch verknüpften EXE-Datei benötigen, da Sie Linker-Konflikte erhalten, die nur gelöst werden können, indem Sie die richtige libXXX.lib ignorieren und dann dynamisch verknüpfen (DLLs). .

Schließlich “funktionieren” die Dinge mit einem anderen Toolset (VC++ 6.0) “einfach”, da Windows 2000 und höher die richtigen DLLs installiert haben.

In Bezug auf Jareds Antwort wird Windows 2000 oder besser das vorliegende Problem nicht unbedingt beheben. Robs Antwort funktioniert, es ist jedoch möglich, dass dieser Fix Sicherheitsprobleme einführt, da Windows-Updates nicht in der Lage sein werden, Anwendungen zu patchen, die als solche erstellt wurden.

In einem anderen Beitrag schlägt Nick Guerrera vor, Visual C++ Runtime Redistributable mit Ihren Anwendungen zu verpacken, das schnell installiert wird und unabhängig von Visual Studio ist.