On 1/23/19, Christof Ressi christof.ressi@gmx.at wrote:
msvcrt.dll is very old and was declared a private system library which applications should not link against (didn't know that!), but MinGW does anyway.
This SO thread may clarify why MinGW does depend on msvcrt.dll:
https://stackoverflow.com/questions/27451875/going-on-with-no-msvcrt-dll
Summarizing what I understand from it, libgcc / stdlibc++ cannot provide certain runtime-dependent functions for the Windows operating system, like exception handling, function overloading etc. Apparently MinGW links to msvcrt.dll for these by default.
The msvcrt.dll as provided by Windows is not old in itself, but for the purpose of compatibility best considered as such, tells this text here:
https://sourceforge.net/p/mingw-w64/wiki2/The%20case%20against%20msvcrt.dll/
Reliance on recently added language features should probably be treated like any non-standard dependency. In the context of vanilla Pd and deken, externals must take care of their own non-standard dependencies anyhow.
Katja