switch to dynamic linked VCRT

[mtfriesen]

Technically a breaking change. We need to use dynamic linking to VCRT in our internal, official builds for the debug flavor, so we should use it everywhere.

[nibanks]

I thought we were only having a problem internally for DEBUG builds? Could we use dynamic CRT only for debug?

[mtfriesen]

I thought we were only having a problem internally for DEBUG builds? Could we use dynamic CRT only for debug?

I believe we're always linking with DLLs internally, which is the fundamental problem - we've got different build configurations internally and externally. This aligns all our builds to be the same.

[nibanks]

I thought we were only having a problem internally for DEBUG builds? Could we use dynamic CRT only for debug?

I believe we're always linking with DLLs internally, which is the fundamental problem - we've got different build configurations internally and externally. This aligns all our builds to be the same.

Internally should be matching Windows internal builds, which is to partially statically link the CRT (which we also do in Windows).

[mtfriesen]

Internally should be matching Windows internal builds, which is to partially statically link the CRT (which we also do in Windows).

I'm just describing how OneBranch is actually building our binaries, e.g. xdpapi.dll imports:

    ucrtbased.dll
             180006110 Import Address Table
             180007250 Import Name Table
                     0 time date stamp
                     0 Index of first forwarder reference

                          1A _CrtSetReportFile
                          1E _CrtSetReportMode
                         174 _initterm
                         175 _initterm_e
                         11D _free_dbg
                          A3 _calloc_dbg
                         330 _o__cexit
                         33D _o__configure_narrow_argv
                         35F _o__execute_onexit_table
                         3D9 _o__initialize_narrow_environment
                         3DA _o__initialize_onexit_table
                         4F6 _o__seh_filter_dll
                         5DE _o_abort
                         6D2 _o_terminate

The point of this PR is mainly to replicate the same missing debug CRT issue we are hitting on internal builds, and to provide a solution. The work to take a dependency on the framework-for-a-framework is #605 which is lower priority.