https://issues.dlang.org/show_bug.cgi?id=19760
--- Comment #21 from ki...@gmx.net --- (In reply to Jonathan Marler from comment #19) > The main point I've gotten from you is that you think it's ok for simple > programs compiled with DMD to not work on other's computers by default. Yep, totally my point, besides that being apparently no big deal (let alone critical issue rendering a compiler 'totally broken') for the comparatively huge Visual C++, Rust and MinGW user base. And with an absolutely trivial solution - just install Visual Studio and use the static libs (I think that's the default setting for DMD too, for LDC it definitely is), then your users won't need the redistributable. And that seems to be the crux - some Windows guys seem totally opposed to the idea of having to install the 'official system toolchain' for professional development, while having to install Xcode on Mac (also required for linking in general, not just to have the ability of linking the C runtime statically) is somehow far less considered a PITA. > This could be done by loading the msvcr100.dll dynamically inside druntime That'd be too late; druntime's _d_run_main (IIRC) is called from C main (emitted by the compiler), which is called by the C runtime, as that's where the actual entry point is. I wish Microsoft had added something similar as convenience ages ago - if the binary requires one of their runtime DLLs, offer the option to download & install it automatically for them, but they apparently don't find it that critical or rather shift the burden to the software packagers. --