spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Schrompf«

Ja und nein. Wenn Du eine andere Laufzeitumgebung als die, die der Visual Studio-Compiler verwendet, benutzen würdest, bräuchtest Du eine andere DLL. Auf Windows hast Du nur noch die Wahl, MinGW mit GCC oder CLang zu benutzen, die dann halt ne andere DLL laden wollen würden.

Wenn Dich die DLL stört (was ich durchaus verstehen kann), dann schau mal in den Projekteinstellungen nach C++ / Codegenerierung / Laufzeitbibliothek. Da gibt's Varianten mit "DLL" am Ende, die die Laufzeitumgebung eben aus der DLL laden, oder Varianten ohne "DLL", bei denen der Compiler alle Funktionen gleich mit in die Exe reinlinkt. Letzteres erspart dem Nutzer Deines Programms die Installation des Redistributables, macht aber die Exe größer. Und wenn Du noch irgendwas Anderes benutzt, z.B. DirectX, dann musst Du eh Dinge installieren.

In der Praxis kann man nur bei Kleinstprojekten mal eben die Runtime wechseln. In einem größeren Projekt müssen alle Linkerlibs (und auch manche DLL, wie z.B. QT) die selbe Runtime verwenden. Da hat man nicht immer die nötige Kontrolle, um überhaupt eine Wahl bei der Runtime zu haben. Aber wie gesagt: größere Programme müssen eh installiert werden, dann ist die Runtime auch egal.

Zitat von »Schrompf«

Das eine ist die Debug-Version, das andere nicht :-) Debug-Versionen haben mehr Fehlerprüfungen und sind deswegen langsamer, aber dafür helfen sie Dir, Dummheiten zu finden oder zu vermeiden.

Für den Alltag: im Debug-Build nimmst Du immer die Multithreader-Debug, im Release-Build immer die Multithreaded. Und falls Du es wirklich genau wissen willst: Du kannst gern mal rumprobieren und die Unterschiede messen, wenn Du eine ernsthaft rechenzeitaufwändige Aufgabe hast.