flashfor.blogg.se - Why so many microsoft visual c++

OpenAL, DirectX9, PhysX), and let the user run that before running your application (as other answers pointed out).Īlso make sure to let the user know he/she possibly needs to update his/her GPU drivers (as those contain multiple runtimes for many applications too, e.g. The real solution is to distribute the application in release/non debug dll mode (MTd) and supply the correct VC++ redistributable installer (and any other library installers that you might use, e.g. Your application won't benefit from updates (to the runtime libraries) but that's it.

some people see this as a performance increase because you are eliminating DLL call overhead, while this is theoretically true, the improvements are negligible in practiceĬheck this link for a more elaborate explanation and for the pit- and downfalls you might encounter with using a static runtime.Īnother workaround would be to put all the required DLL's where your binary is.

your executable won't have "external" dependencies from VS itself (no msvc*.dll requirement).

You need to be sure all libraries you link are compiled against the same runtime, else linking might fail, or interesting runtime errors might occur (probably not, but it did happen to me once in a lifetime in a legacy project that has been updated to the newest VS).

More RAM usage (also negligible) because you don't re-use existing/loaded code (DLLs).

if Microsoft releases VC++ 2015 SP2, SP3, SP4 etc.) But that's up to you.

compiled in this way won't benefit from the runtime dlls updates.

It does increase your executable size and your binary (although if you are making a game this is probably negligible).If you want to be absolutely sure there are no dependencies from VS itself - but it comes with its own drawbacks - in the code generation settings you can choose to go with Multi Threaded (MT) / Multi Threaded Debug (MD) (for debug builds) instead of MT DLL (MTd) / MT Debug DLL (MDd).

Disclaimer: This is a workaround, not a solution to your answer, but still, a very viable possibility.