Revert "Revert "Dynamic generic dictionary expansion feature (#32270) (#33343)

* Revert "Revert "Dynamic generic dictionary expansion feature (#32270)" (#33310)"

This reverts commit dca34293ad3741dfa4a4f7b81ac821d28460801e.

* Fix race condition in dynamic dictionary resizing

Remove redundant mono_gc_collect during domain unload (#33229)

During unload_thread_main, **mono_gc_collect** is called 3 times.

First: https://github.com/mono/mono/blob/280e9d2423549d86686716f0818bcdbac9702ea1/mono/metadata/gc.c#L455

Second: https://github.com/mono/mono/blob/b4c506c3045516349d03ce8f3fe9fa5b79a7271c/mono/metadata/appdomain.c#L3305

Third: https://github.com/mono/mono/blob/b4c506c3045516349d03ce8f3fe9fa5b79a7271c/mono/metadata/appdomain.c#L3324

This PR #ifdefs the Second GC Collect for Boehm as it does not use remsets, and removes the third one completely.

The comment for the second gc_collect existence mentions that:

> We need to make sure that we don't have any remsets pointing into static data...(cont)
> However, Unity uses Boehm so it can be defined out.

There seems to be no good reason for the third GC collect, as it is already called before in mono_domain_finalize, It seems like it doesn't do anything using Visual Studio Profiler to check the heap size before and after the gc_collect. **mono_get_heap_size** also remains the same before and after as well (for the second and third at least).

Co-authored-by: Rares95 <Rares95@users.noreply.github.com>

Respect -runtimeconfiguration with -vs switch (#33355)

When using the -vs switch, the -runtimeconfiguration value will now be
respected so that building with mixed configurations between libraries
and the runtime inside VS is possible.

ms-vscode.csharp to ms-dotnettools.csharp (#33354)

C# extension has changed its name from "ms-vscode.csharp" to "ms-dotnettools.csharp".

Fix ARM64 intrinsic namespace in crossgen and crossgen2 (#32942)

We did not update the hard-coded intrinsic namespace in crossgen and crossgen2 when moved ARM64 intrinsics to a different namespace.

Workaround inefficient codegen for thread statics in latest MSVC (#33347)

GetThread() is no longer getting in latest MSVC and includes unnecessary call
to __dyn_tls_on_demand_init. Removing the extern "C" and applying a __declspec(selectany)
makes the compiler to generate same code as before.

Fixes for #33341

GCC compilation fixes (#33345)

* Multiply defined

* Cast to size_t

* operator precedence

Delete .NET Framework-specific hosting flags (#33353)

There is only one way to host CoreCLR. These hosting flags always ended up being set the same way in CoreCLR.

Delete dead code (#33348)

* Delete remoting left-overs

* Delete StressOn

* Delete API thread stress

* Delete unused variables

* Delete REGUTIL::s_fUseRegistry

Merge pull request #33306 from NikolaMilosavljevic/osx.version

Change minimum required OSX version to 10.13

Fix the guid for the transaction (#32573)

* Fix the guid for the transaction

* Remove unused using

* Remove duplicate interfaces

* Release the com objects after we are done using them

Remove my ownership of System.Reflection.Metadata (#33340)

Delete unnecessary CLSCompliant attributes (#33326)

All members of non-CLSCompliant types are non-CLSCompliant

JIT: remove GTF_INX_REFARR_LAYOUT (#33098)

When morphing `GT_INDEX` nodes, we were inadvertently also setting
`GTF_IND_NONFAULTING` for the `GT_IND` subtree for ref type arrays, because
`GTF_IND_NONFAULTING` has the same value as `GTF_INX_REFARR_LAYOUT`.

This turns out to be safe since in general there is an upstream bounds check to
cover the null check from the indexing operation, so the fact that we were
claiming the `GT_IND` can't fault is ok.

A no diff change would remove the `GTF_INX_REFARR_LAYOUT` flag and then modify
`fgMorphArrayIndex` to set `GTF_IND_NONFAULTING` for ref type arrays with bounds
checks:
```
    // If there's a bounds check, the the indir won't fault.
    if (bndsChk && (tree->gtType == TYP_REF))
    {
        tree->gtFlags |= GTF_IND_NONFAULTING;
    }

    tree->gtFlags |= GTF_EXCEPT;
```

But there's no good reason to limit the above change to ref type arrays and no
good reason to OR in `GTF_EXCEPT` when there are bounds checks.

Closes #32647.

Fix test for COM + dynamic keyword (#33334)

Implement new COM interop API for RCW/CCW creation/management (#32091)

* Implement RuntimeHelpers.AllocateTypeAssociatedMemory().

* Add tests for RuntimeHelpers.AllocateTypeAssociatedMemory().

* Implement ComWrappers API.

* Add tests for ComWrappers API.

* Add a FEATURE_COMWRAPPERS feature flag.

[llvm] Move intrinsics definitions into a template header file llvm-intrinsics.h. (#33235)

Co-authored-by: vargaz <vargaz@users.noreply.github.com>

Fix artifact paths in doc (#33324)

Don't inline StelemRef_Helper. (#33319)

Under some jit stress modes the jit tries to inline StelemRef_Helper into
StelemRef. StelemRef is jitted very early and the jit is not yet prepared
to handle this inline.

Fixes #33298.

in a case of error reporting `load_library` should pass `char*`, not `string_t` (#33323)

enable Path tests (#33313)

enable tests (#33314)

Revert "Dynamic generic dictionary expansion feature (#32270)" (#33310)

This reverts commit 718255964a078883e49ba2c06dfa739aadbfea3b.

Runtime composite support, 2nd attempt (fixing DAC) (#33304)

[2nd attempt after the initial version was rolled back]

This change changes CoreCLR runtime to support running
composite R2R apps with standalone MSIL produced by
Crossgen2. It introduces the new concept of a NativeImage
representing the composite R2R with native executable header
and adds basic support for loading these native images
upon loading the original MSIL assemblies and for using
the R2R code information therein as the native code cache
for the component MSIL assemblies.

Thanks

Tomas

Use lib prefix in all native library names (#33236)

Also consolidated related MSBuild properties in
`/eng/native/naming.props` file.

Remove "Interop.winsock" from platform-agnostic Socket tracing (#33289)

This tracing could stand to be overhauled in general, but for now I'm cleaning up the Windows-specific references in the platform-agnostic tracing.

Temporarily disable Interop\COM\Dynamic test on x86 (#33301)

Enable starting SampleProfiler from startup EventPipe session (#33200)

* Enable SampleProfiler to be enabled from startup

* Remove EventPipeController.cs

* PR feedback

Improve stack overflow stack trace dumping (#33281)

It was discovered that the stack overflow stack trace dumping to console
doesn't work properly in some cases due to the fact that there was not
enough stack space left to display more complex method signatures on the
call stack.

To remove such fragility, this change updates the stack trace dumping by
running the actual dumping and stack walking on a new thread and
waiting for its completion. That means that we should be able to dump
any stack trace reliably.

Merge pull request #32669 from steveharter/NullConvertersAndNotSupportedException

Don't allow null converters and add Path support to NotSupportedException

Reduce thread consumption for sync HTTP/2 reads (#32917)

The response Stream returned from SocketsHttpHandler.SendAsync supports all of the various forms of read operations, including synchronous reads.

For HTTP/1.x, we're able to implement these as sync all the way down to synchronous calls on the underlying Socket, as every request/response owns its own connection (at least for the duration of the operation; the connection may be returned to the pool for subsequent reuse after).

For HTTP/2, however, a single connection is shared across all requests multiplexed onto it, and as such, reads on those individual responses need to coordinate, which can mean waiting one's turn.  Such waiting for asynchronous operations is implemented via async/await and a ManualResetValueTaskSource-based implementation.  For the sync operations, though, they're implemented as simply blocking waiting on the async equivalent, aka sync-over-async.  This not only blocks the calling thread, but because the MRVTS-based implementation specifies RunContinuationsAsynchronously==true (which is important for reliability with how the async code paths are structured) it means that, in order to unblock this waiter, another thread pool thread needs to be available to run the small continuation that will in turn unblock the sync primitive being blocked on.

This PR tweaks the use of MRVTS so that when we perform a synchronous read, we set MRVTS.RunContinuationsAsynchronously to false.  Since the only action that will be taken as part of the continuation is to set a sync primitive, we don't need to worry about arbitrary code running as part of the completing call stack.  This in turn means that in the common case, sync reads will still end up blocking the calling thread _but_ won't require an additional thread pool thread to unblock it, other than for the task running the main connection loop.

Add Socket.Get/SetRawSocketOption (#33261)

Change minimum required OSX version to 10.13

Fix uname usage and add binlogs  (#33223)

* Add binlogs back to PGO reads and native version header generation
* Use POSIX compliant `uname -m`

Fix error logging in referenceFromRuntime.targets (#33290)

The RuntimeProjectFile property is used in the FilterReferenceFromRuntime target for error logging but is only available in the AddRuntimeProjectReference target. Moving this out onto the project level.

Update SDK version to 5.0.100-preview.2.20155.14 (#33277)

update branding to preview3 (#33262)

Corrects interim prerelease version for Extensions packages (#33278)

Prevent null converters and add Path support to NotSupportedException

Fix re-declations of builtin functions with clang 10 (#32837)

Clang commit 39aa8954a4846b317d3da2f0addfce8224b438de has moved
exception handling mismatches under the -fms-compatibility flag. This
breaks compilation of pal under clang 10 (and newer).

The compilation error looks like this:

In file included from .../pal/src/misc/tracepointprovider.cpp:19:
In file included from .../pal/src/include/pal/palinternal.h:620:
In file included from /usr/bin/../lib/gcc/x86_64-redhat-linux/10/../../../../include/c++/10/stdlib.h:30:
/usr/include/stdlib.h:112:36: error: exception specification in declaration does not match previous declaration
__extension__ extern long long int atoll (const char *__nptr)
                                   ^
.../pal/inc/pal.h:4227:33: note: previous declaration is here
PALIMPORT long long int __cdecl atoll(const char *) THROW_DECL;
                                ^

The simplest fix seems to be to make clang do the same thing as gcc and
define THROW_DECL as 'throw()'.

Testing via https://godbolt.org shows that even clang 3.3 compiles this
successfully without additional compiler options:

    extern "C" long long atoll(char const*) throw();
    #include <stdlib.h>

An alternative fix would be to use -fms-compatibility.

More details at https://bugzilla.redhat.com/show_bug.cgi?id=1807176

Support rodata relocations in crossgen2 for ARM32 (#33153)

Changed signedness of iterator to fix warnings. (#32742)

numOperands is an unsigned integer. In addition, getArgOperand has unsigned int arguments. As a result, I have no idea why i is an int, but to fix compiler warnings, I made it an unsigned int.

[jit] Use OP_EXTRACT_R4 in simd-intrinsics.c when using LLVM. (#33213)

Co-authored-by: vargaz <vargaz@users.noreply.github.com>

Remove more OSGroup usages from src/mono (#33247)

* Remove more OSGroup usages from src/mono

Follow-up to https://github.com/dotnet/runtime/pull/32833

* PR feedback

Copy UCRT from versioned directory as fallback and fully incremental (#33209)

Fix build warnings (#32208)

Add missing IAsyncDisposable interfaces to System.Data.Common (#33265)

Override SerializeToStreamAsync(..., cancellationToken) on Utf8StringContent (#32987)

Move Utf8String and Utf8Span code to src/libraries. (#33254)

This is the first step in getting Utf8String and Utf8Span working on netstandard2.0.

Contributes to #29442

Add new properties for Obsolete Attribute (#33248)

* Add DiagnosticId UrlFormat propertites for Obsolete attribute

Remove Array.IsValueOfElementType internal call (#33239)

Fix for solving lock contention issue in GC statics scanning. (#32795)

* Fix for solving lock contention issue in GC statics scanning.

* Comment change to clarify benefit of switching order in GcScanRoots.

Support COM objects with dynamic keyword (#33060)

Fix allocation of RuntimeTypeCache GC handle (#33243)

When there is a race calling RuntimeType.InitializeCache, each of the
racing threads creates a new GC handle using
new RuntimeTypeHandle(this).GetGCHandle(GCHandleType.WeakTrackResurrection);
This ends up calling RuntimeTypeHandle::GetGCHandle native method that
adds the allocated handle into the handle cleanup list of the
AssemblyLoaderAllocator specific for the runtime type.
All but the winning thread then call GCHandle.InternalFree on the just
allocated handle. That frees the handle, but leaves it on the cleanup
list of the loader allocator. The same handle can be later allocated for some
other purpose. When the AssemblyLoaderAllocator is being destroyed, all
the handles on the cleanup list are destroyed too. So it destroys also
the handle that was left on the cleanup list incorrectly. That can cause
all kinds of hard to diagnose issues, like the #32171.

This change fixes it by adding a FreeGCHandle method on the
RuntimeTypeHandle that besides freeing the handle also removes it from
the cleanup list of the related AssemblyLoadContext.

Changes to excluded test failures when using mono runtime. (#33176)

Fix an assert in ReadyToRunReader constructor (#33203)

Calculate if we're in an instance method in one place to support reverse IL stubs. (#33199)

Move elfreader assertions (#33195)

* Move elfreader assertions

Assert before operating on parsed program header

* Remove blank lines

Make HPackEncoder stateless and optimize :status writing (#33170)

Make HPackEncoder stateless and optimize :status writing (#33170)

Remove "virtual" from GregorianCalendarHelper (#33241)

Fix cross targeting for depproj (#33238)

* Fix cross targeting for depproj

* Fix cross-targeting for ilproj

Revert "Initial runtime changes for composite support (#32500)" (#33214)

This reverts commit f0f33999dea0c1188b30c5e2705d3d3217aeae67.

Replacing OSGroup with TargetOS for coreclr, libraries and installer (#32833)

* Remove OSGroup from coreclr and corefx

* remove from installer

* fixing coreclr tests

* Some documentation changes

Co-Authored-By: Viktor Hofer <viktor.hofer@microsoft.com>
* moving buildos calculation to config.props

* BuildOS -> TargetOS

* remove osgroup suffix

* removing comment and correcting typo

* dotnet msbuild -> dotnet build at relevant places in docs

* moving more properties to configuration.props

* refactoring properties

* moving TargetArchitecture property to loveBuildd.Targets

* adding configuration.props to signing

* Fix installer build

* BuildOS -> Target os and removing slash

Co-authored-by: Viktor Hofer <viktor.hofer@microsoft.com>

[llvm] Don't set the LLVM JIT TLS variable in AOT. (#33201)

Should fix https://github.com/mono/mono/issues/19115. This bug was
introduced in https://github.com/mono/mono/pull/18824, which
conditionally initalized an LLVM JIT-related TLS slot while preserving
unconditonal stores to that same slot.

The value stored in this TLS slot should only be used during JIT
compilation, so set/reset it in `mono_llvm_compile_method` instead of
during IR construction in `mono_llvm_emit_method`. No non-JIT code
should depend on the existence or presence of this TLS variable, so
remove `mono_llvm_jit_set_tls_cfg`.

Co-authored-by: imhameed <imhameed@microsoft.com>

Remove non-existent references (#33204)

Update area owners (#33219)

1. RussKeldorph => echesakovMSFT
2. jeffschw => jeffschwMSFT

Update error message on failing to find hostpolicy for self-contained (#33193)

- Specify if the config wasn't found versus didn't have a framework
- Show message for apphost (not just dotnet)

Delete support for old GCInfo version from the runtime (#33202)

We do not support old R2R images anymore

Use prefixed hex format in asm (#33205)

* Use prefixed hex format in asm

* Use prefixed hex format in asm

Tweak coreclr runtime build (#33190)

1. Output log file names to look at if a build fails.
2. Don't 'mkdir' if the directory already exists.
3. Always save !errorlevel! before running any other command.

[merp] Add a test for Mono.Runtime.ExceptionToState() (#32045)

Contributes to https://github.com/mono/mono/issues/18078

Co-authored-by: Alexis Christoforides <alexis@thenull.net>

Make Crossgen2 built in the VS runnable (and debuggable) (#33194)

Use xmm for stack prolog zeroing rather than rep stos (#32538)

Use 16 byte xmm stores for prolog zeroing on xarch.

Zeroing strategy varies depending on target arch, isa target, block size, block alignment, and stack alignment.

x86 does unaligned xmm stores (vmovdqu/vmovups); x64 uses aligned stores (vmovdqa/vmovaps) for non-small cases.

* For small blocks [4-32) bytes:  discrete stores are used (16, 8, or 4 byte as appropriate);
* For medium blocks [32 to 96) bytes: 4 and 8 byte discrete stores are used to zero leading and trailing parts that are not 16 byte aligned; an inline sequence of 16 byte stores does the rest;
* For large blocks: small leading and trailing stores are zeroed as is done for medium blocks, then one or two 16 byte stores to leave a region to zero that is a multiple of 48 bytes. This is then handled by a 3x16 unrolled store loop.

Fix typo (#33192)

DAC_COMPILE -> DACCESS_COMPILE

Update API review process image (corefx->runtime) (#33173)

* Update API Review Process image

* Update docs/project/api-review-process.md

Co-Authored-By: Stephen Toub <stoub@microsoft.com>
Co-authored-by: Stephen Toub <stoub@microsoft.com>

Update shared code with runtime (#33187)

Fix Crossgen2 build of framework assemblies (issue 33155) (#33169)

Added PerfScore support for IF_LARGExxx instruction formats (#33161)

Managed StelemRef and LdelemaRef (#32722)

* Managed `LdelemaRef` and `StelemRef`

* support ARM64 and OSX

* removed old JIT_Stelem_Ref implementation

* removed JIT_Ldelema_Ref

* Attributes for stack/debug hiding.

* PR feedback

* Avoid needing static initializer.

* couple small tweaks

* Avoid PreStub indirection in array element JIT helpers.

* Initialize `gcCoverLock` a bit earlier

* Added comment about revisiting after #5857 is fixed

[loader] Clean up locking around adding assemblies to domain/ALC (#32622)

This cleans up three components of assembly loading that could potentially cause races/crashes.

First, both `add_assemblies_to_domain` and `add_assembly_to_alc` now ignore resolved references on netcore. We were seeing a crash on CI related to an assertion in here that resulted from two threads using the same MonoImage simultaneously as one is being loaded in with LoadFile, and this should solve that. Fixes #2305

Second, we take both the domain and ALC loaded assemblies locks simultaneously around the assembly being added to both lists, ensuring they stay in sync.

Finally, MonoImage now takes the image lock when writing to references instead of using the global `assemblies_mutex` in assembly.c for all images. This potentially helps reduce contention. Work here is not complete, but for this PR it's good enough. See #32889

Fix locating Python on Windows when py.exe not found (#33163)

Add ConcurrentDictionary outerloop test for torn values (#33157)

Delete obsolete doc (#33166)

Make cross DAC subsets obey the- runtimeConfiguration flag. (#33168)

Rename JsonSerializer.Read\Write.cs to JsonConverterOfT.Read\WriteCore.cs

JIT: Optimize range checks for a[i & C], a[i % c] and a[(i & c1)>>c2)] patterns (#1644)

* Optimize range checks for array[x & c]

* Handle more cases...

* Fix possible crash

* Formatting

* Allow only [0..31] range for RSH operator

* Address feedback

* Add tests, also handle GT_LSH

* Address feedback

* Add a comment

Added support for tests to check if they are running under the mono interpreter (#33106)

The mono interpreter is activated by passing --interpreter into the MONO_ENV_OPTIONS
environment variable.

Remove BuildAndTest and RebuildAndTest target in favor of Test (#33151)

* Implicitly build when invoking the test target

To get closer to the VSTest behavior this changes the Test target to
implicitly invoke the Build target unless /p:TestNoBuild is passed in.
(VSTest uses VSTestNoBuild which is controlled by the
dotnet test --no-build flag)

* Fix error logging for test outputs

* Update dotnet msbuild to build docs

* Update ReportGenerator global tool version

Updating ReportGenerator's version to 4.5.0 which removes unnecessary
logging (args passed in).

Merge pull request #33065 from nattress/crossgen2_test_baseline

Baseline Crossgen2 outer loop failing tests

Prevent ArrayPool<RegexOptions>.Shared creation (#33093)

* Prevent ArrayPool<RegexOptions>.Shared creation

* Missed one

Update dependencies from https://github.com/dotnet/arcade build 20200303.1 (#33156)

- Microsoft.DotNet.XUnitExtensions - 5.0.0-beta.20153.1
- Microsoft.DotNet.VersionTools.Tasks - 5.0.0-beta.20153.1
- Microsoft.DotNet.ApiCompat - 5.0.0-beta.20153.1
- Microsoft.DotNet.Arcade.Sdk - 5.0.0-beta.20153.1
- Microsoft.DotNet.Build.Tasks.Feed - 5.0.0-beta.20153.1
- Microsoft.DotNet.Build.Tasks.Packaging - 5.0.0-beta.20153.1
- Microsoft.DotNet.Build.Tasks.SharedFramework.Sdk - 5.0.0-beta.20153.1
- Microsoft.DotNet.Build.Tasks.TargetFramework.Sdk - 5.0.0-beta.20153.1
- Microsoft.DotNet.CodeAnalysis - 5.0.0-beta.20153.1
- Microsoft.DotNet.GenAPI - 5.0.0-beta.20153.1
- Microsoft.DotNet.GenFacades - 5.0.0-beta.20153.1
- Microsoft.DotNet.Helix.Sdk - 5.0.0-beta.20153.1
- Microsoft.DotNet.RemoteExecutor - 5.0.0-beta.20153.1
- Microsoft.DotNet.XUnitConsoleRunner - 2.5.1-beta.20153.1

[dim] Class overriding interface method that was already override by another interface (#32609)

The problem was a parent class overriding an interface that was already override by another interface.
Refactor class-init.c

Fix mono/mono#18917

Co-authored-by: Thays Grazia <thaystg@gmail.com>

Initial runtime changes for composite support (#32500)

This change changes CoreCLR runtime to support running
composite R2R apps with standalone MSIL produced by
Crossgen2. It introduces the new concept of a NativeImage
representing the composite R2R with native executable header
and adds basic support for loading these native images
upon loading the original MSIL assemblies and for using
the R2R code information therein as the native code cache
for the component MSIL assemblies.

Thanks

Tomas

Initial implementation of stateful CBOR writer and reader classes (#32803)

* initial CborReader commit

* rename PositiveInteger to UnsignedInteger

* fix indices in unsigned integer encoding

* use an enum for AdditionalInfo constants

* s/ArgumentException/InvalidOperationException/

* make utf8 decoder throw on invalid bytes

* remove property-based tests

* address style

* just copy the header struct for now

* s/CborReader/CborValueReader/

* address feedback

* add more test cases in the happy path

* remove using declaration

* fix the seed parameter

* add `EnsureBuffer()` method in reader

* add tests for artihmetic overflow and type exceptions

* rename CborDateItem to CborInitialByte and expose reader Peek() methods

* add tests for non-canonical integer encodings

* use hex representation when asserting byte array equality

* add format and invalidop exception tests

* consistent test terminology

* add invalid unicode writing test

* add string reader failure tests

* fix failing test

* add peek tests

* implement ReadCborNegativeIntegerEncoding(); remove TryRead() methods for integer types

* add span overloads for string reader methods

* update string reader span overload signatures

* add format and invalidop exception tests for TryRead() string methods

* add tests for failure modes

* Update src/libraries/System.Security.Cryptography.Encoding/tests/Cbor/CborReader.String.cs

Co-Authored-By: Jeremy Barton <jbarton@microsoft.com>
* Update src/libraries/System.Security.Cryptography.Encoding/tests/Cbor/CborReader.String.cs

Co-Authored-By: Jeremy Barton <jbarton@microsoft.com>
* fix build

Co-authored-by: Jeremy Barton <jbarton@microsoft.com>

Add IReadOnlySet<T> interface (#32488)

* Add read only set interface

* Rebase and fix conflicts

* Add Implementations into specs

Added to immutable set and spec

Spacing for Spec

Drop code snippets that I re-added accidentally during rebase

Re add code snippets that I dropped instead of squashed

* Add for sorted set in impl

* Refactor interface declarations, change ifdef for immutable

* Fix indentation

* One more indenting change

* Add ifdef to spec, re-order interfaces

* Remove from IImmutablespec

* Replace ISet<T> to immutable hashset spec that was erroneously removed

* Add read only set to system.runtime ref

* Add comments on IReadOnlySet<T>

* Add lang words to comments and fix spelling

[cxx] Remove static initializers. (#33022)

In a current shipping Visual C++, 19.21.27702.2,
there is a bug involving const member data in structs, where for example:

static const struct a { // const on this line in either case
  const int b; // const on this line
} c = {1};

will have a static initializer, run usually reliably before main, but:

static const struct a { // const on this line in either case
  int b; // no const on this line
} c = {1};

will not.
The semantic difference is minuscule, so much so, that the first form
is relatively rare, and the bug shipped.

Just always use the second form.

The difference is that if you have a non-const a, b is still const, I guess.
If you have a const a, then no difference.

You can find these easily:

cd ...
for %a in (*.exe *.dll) do link /dump /disasm %a > %a.txt
findstr /c:"dynamic initializer" *.txt

Which could be automated and tested in CI.

This probably not an actual problem, but it is needlessly inefficient,
and potentially a problem. The timing/ordering of the initializers
is a bit not deterministic. You get writable data where you expect
read only.

It is in fact a compiler bug, fixed in later releases.
But it has been shipping for a while, I first noticed it over two years
ago, in code of mine that it caused to not work (a delayload implementation
which runs before main).

Co-authored-by: Jay Krell <jay.krell@cornell.edu>

Move EventPipe environment variable parsing logic to native code (#32516)

* Move environment variable parsing logic to native code

* Fix multiple provider issue

* Use env vars to set up eventpipe config

* Add default provider configuration if eventpipeconfig is not set

* Remove EventPipeController

* Add Argument parsing logic to XplatEventLoggerConfiguration

* cleanup

* Fix Linux build

* Check provider configuration before enabling them

* wrap new code under ifdef, put EventPipeController back

* pr feedback

* fix x86 build

* fix typo

* Fix loop condition

* ifdef out call to EnableViaEnvironmentVariables()

* Use CLRConfigStringHolder

* pr comments

* use NewHolder to avoid leak

Add -msse2 compile option (#33135)

Remove fallback resource (#33123)

* Stop using fallback resource DLL
* Rename mscorrc.debug -> mscorrc

Fix missing TransitionBlock methods (#33134)