Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Malloc« (27.03.2015, 21:27)
Das ist eine Datei aus dem Visual C++ Redistributable 2012 Package.
Erstmal vielen Dank !!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.
Okay vielen Dank !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.
Werbeanzeige