Initial implementation of call chain statistics (#47547)

Add support for producing "callchain profile quality map", a new
auxiliary output file describing code layout properties w.r.t.
a given call chain profile.

Sample output for System.Private.CoreLib:

CHARACTERISTIC            | PAIR COUNT | CALL COUNT | PERCENTAGE
----------------------------------------------------------------
ENTRIES TOTAL             |        291 |     266229 |     100.00
RESOLVED ENTRIES          |        267 |     260172 |      97.72
UNRESOLVED ENTRIES        |         24 |       6057 |       2.28
NEAR (INTRA-PAGE) CALLS   |        145 |     109055 |      40.96
FAR (CROSS-PAGE) CALLS    |        122 |     151117 |      56.76

Thanks

Tomas

BinaryWriter perf and memory usage improvements (#47316)

EventSourceGenerator for Guid+Name .ctor and Metadata (#45699)

Fixes for SuperPMI collection of crossgen2 (#47609)

1. Use superpmi.py parallelism (per assembly), not crossgen2 parallelism.
This is both faster, and it avoids a problem I was seeing of sharing
violations opening the method context file during collection.
2. Work around https://github.com/dotnet/runtime/issues/47554:
crossgen2 doesn't like EnableExtraSuperPmiQueries=1, so disable it
for crossgen2 collections.
3. Fix issue when `resolveToken` throws an exception: the resulting
resolved token structure could be corrupt (it was for crossgen2 in
a case I saw that led to SPMI crashing), so zero it out and record
that instead.

With this, there is only one crashing issue for collecting Core_Root
libraries (Windows x64 Checked), but there are 77835 compilation
failures on replay (see https://github.com/dotnet/runtime/issues/47540).

Add APIs to make nint/nuint match Int32 and others (#47595)

* Add APIs to make nint/nuint match Int32 and others

* Add default argument to nint/nuint TryFormat

* Fix Api Compat error

* Add test to nint/nuint

* fix test error

Revert "Use socketpair to implement Process.Start redirection" (#47461)

* Revert #34861

* reinstate removed test

* Update src/libraries/System.Diagnostics.Process/tests/ProcessStreamReadTests.cs

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

Remove WebSocketProtocol assembly (#47578)

Removed WebSocketProtocol code and mentions of the assembly.
Moved ManagedWebSocket.cs from Common to System.Net.WebSockets.

Fixes #1493

pal: free tempfile_name if GetTempFileNameA fails (#47477)

If GetTempFileNameA fails, we don't free up the dynamically allocated
memory that tempfile_name points to.

Avoid Marshal.SizeOf in EventSource (#47521)

* Avoid Marshal.SizeOf in EventSource

We're getting the marshalling size of an enum underlying type - there are not that many of those. I chose not to treat `char` and `bool`, but we could (the only other remaining options).

Calling into `Marshal.SizeOf` increases the risk that `EventSource` is going call itself recursively - see the comment at the beginning of the method.

This was originally introduced in https://github.com/dotnet/coreclr/pull/19205.

* Update src/libraries/System.Private.CoreLib/src/System/Diagnostics/Tracing/EventSource.cs

* Update src/libraries/System.Private.CoreLib/src/System/Diagnostics/Tracing/EventSource.cs

* Update src/libraries/System.Private.CoreLib/src/System/Diagnostics/Tracing/EventSource.cs

Dispose of ClientWebSocket when it fails to connect (#47616)

Somehow when it was ported to .NET Core, the transition from connecting to connected was switched to being done before the connect rather than after.  As a result, if the connection fails and the websocket is never initialized, subsequent use (misuse) ends up null ref'ing.  This restores the .NET Framework behavior, which was to dispose of the instance if the connect fails; subsequent operations then throw ObjectDisposedException.

Fix some valgrind warnings about jumps based on uninitialized values. (#47620)

[Bug Fixed] Modify the exception handling when reading the status of "/proc/" (#47611)

JIT: let instrumentor decide which blocks to process (#47597)

Forthcoming edge-based instrumentation will need to handle some BBF_INTERNAL
blocks, so update main processing logic to accomodate this.

Also have `fgInstrument` return proper phase status, so we get after-phase
dumping if any instrumentation is added.

[debugger] Fix comparison between pointer and zero (#47590)

During my last PR about icordebug I included this error, fixing it.

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

Unify mono/coreclr xplat-job.yml templates (#47588)

They were nearly identical already, move them to a common location.

Disable TryGetAddrInfo_ExternalHost on android (#47594)

Add NotNullWhen(true) on Directory/File.Exists (#47579)

* Add NotNullWhen(true) on Directory/File.Exists.

* Apply suggestions.

Improve msg for missing libicu (#47511)

* Improve msg for missing libicu

* add comment

* add aka.ms

* better link

Retry sem_wait() on EINTR (#47536)

Update CredScanSuppressions.json (#47572)

Fix a warning in mono/mini/tramp-arm.c and tramp-ppc.c (#47576)

Same as https://github.com/dotnet/runtime/pull/47417

Cause a connection abort when HTTP/2-only frame and settings types are received in HTTP/3. (Progress toward HTTP/3 draft 31 compat) (#43287)

Send h3-29 through h3-31 for ALPN as we are compatible with all of them.
Move some of the loopback test code into the stream class rather than connection class.
Add a basic test for SETTINGS frame receipt.
Fix some tests that were explicitly using Http3LoopbackServer and did not see the new "Mock" QUIC setting introduced in https://github.com/dotnet/runtime/pull/43076

Make SNI unique in TLS test (#47459)

* Randomize SNI

* remove debug message

* Fix the http test

* Add explanation comment

* Remove accidental indentation

Fix mono rpm build (#47577)

debugger-protocol.h was missing from the tarball

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

Resolve ILLink warnings in System.Net.Http (#47501)

[wasm] Add ability to link out unused icalls by setting the WasmLinkIcalls msbuild property. (#44236)

* [wasm] Add ability to link out unused icalls by setting the WasmLinkIcalls msbuild property.

* Address review comments.

Fix assert on unhandled SIGSEGV (#47538)

When SIGSEGV is not handled by .NET runtime (e.g. when it occurs in code
out of its control), the SIGSEGV handler ends up calling
DiagnosticServer::Shutdown in the runtime via a registered shutdown callback.
That method ends up calling Thread::GetFrame, which asserts if the
current SP is out of a valid range for the regular stack. The problem is
that SIGSEGV handler is called on an alternate stack and so this
callback ends up being called on that stack too. That causes this
assertion to fail, because the current thread is not marked as executing
on alternate stack, which would skip that assert.

This change fixes it by passing through a bool flag indicating whether
the callback was called on an alternate stack or not. And in that
callback, we set the flag on the thread accordingly.

[llvmonly] Fall back to the interpreter for methods with filter clauses. (#47551)

Instead of failing to compile methods with filter clauses, make them
enter the interpreter.

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

Fix a warning in mono/mini/tramp-x86.c  (#47417)

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

Disable ClosedDuringOperation_Throws_ObjectDisposedExceptionOrSocketException (#47571)

Add Mono EventPipe rundown support. (#47339)

* Add Mono EventPipe rundown support.

Add support into Mono VM emitting rundown events into EventPipe stream.
All rundown events emitted by CoreClr during EventPipe rundown phase
are now also emitted by Mono, making sure enough meta information
is available for tooling to correctly resolve callstacks (not yet emitted)
included in EventPipe events emitted by Mono VM.

Prevent IpcTraceTest to hang on test failures. (#47529)

If an exception is throwed in IpcTraceTest::Validate readerTask before
it signals sentinelEventReceived, test will hang on:

sentinelEventReceived.WaitOne();

When hitting this case the error is hard to spot and looks like a
hanging IPC client, but when looking at it from the runtime side
you get a correct close of IPC channel and termination of streaming
thread.

I have hit this in a scenario where we hit an exception deep within
EventPipeEventSource constructor, in that case due to a runtime issue
loading a library on Windows, but since the exception is not rethrown
from the task, no error is seen on client side, the test will just hang
forever.

With this fix, the test will wait on either the sentinelEventReceived
or readerTask and if readerTask get signaled due to an exception,
it will be re-throwed all the way up to RunAndValidateEventCounts
printing test failure and exception info into the log, simplify the
debugging of these kind of failures a lot.

Stop localizing '<Unknown>' and '<In Memory Module>' strings (#47437)

GetFullyQualifiedName returns special strings for modules without
paths. Those names are currently localized. To improve predictability,
this change removes localization for these strings.

Make the GetAppDomainStaticAddress test more stable (#47454)

* Make the GetAppDomainStaticAddress test more stable

* fix lock issues in profiler tests

* Code review feedback

Co-authored-by: David Mason <davmason@microsoft.com>

Resolve ILLink warnings in System.Diagnostics.TraceSource (#47419)

Contributes to #45623

JIT: refactor instrumentation code (#47509)

Refactor `fgInstrument` and related methods and classes, so that the strategies
for block and class instrumentation are clearly separated out, and can be
varied.

Remove more LINQ from DependencyInjection (#47496)

[interp] basic_blocks list improvements (#47505)

* [interp] Add basic blocks in reverse order, then reverse

g_list_append has to repeatedly traverse the list using g_list_last to
find the last element.

Instead use g_list_prepend to add the new bb to the front of the list
and then reverse at the end (g_list_reverse is inplace and doesn't allocate)

* [interp] Don't generate basic_blocks list if not generating seq points

Still fill in offset_to_bb, but don't make a list unless needed.

[Arm64] Implement MultiplyHigh (#47362)

Activity Status support (#47506)

* Activity Status support

* Apply the agreed on behavior

[Mono][LLVM][ARM] Implemented Arm64 Abs intrinsic (#47482)

* Implemented AdvSimd Abs intrinsic on arm64

Add initial support for System.Runtime.Intrinsics.Arm.Sha1 (#47467)

Enable scripting of SuperPMI collection of crossgen2 compilations (#47513)

`superpmi.py collect` has a new `--crossgen2` option that specifies
to run crossgen2 on all the assemblies specified with the
`-assemblies` option.

For example:
```
py c:\rt\src\coreclr\scripts\superpmi.py collect --crossgen2 -output_mch_path c:\win-x64-cg2.mch -assemblies c:\rt\artifacts\tests\coreclr\windows.x64.Checked\Tests\Core_Root\System.Private.CoreLib.dll
```

There are currently quite a few failures during the replay
"cleaning" phase with a System.Private.CoreLib collection:
5654 compilation failures out of 14705 functions, including 100
JIT asserts.

In contrast, the crossgen(1) collection has 3 failures out
of 20165 functions.

So, there is some work to be done to make SuperPMI collection
of crossgen2 compilations work well.

The change in spmirecordhelper.h is to work around what appears to
be a crossgen2 bug: when the JIT calls `getCallInfo`, sometimes crossgen2
sets sig.sigInst.methInstCount in the result CORINFO_CALL_INFO to non-zero,
but it sets sig.sigInst.methInst to `nullptr`, which should be illegal:
the count indicates how many elements are in the array, so you can?t have a
null array with a non-zero count. Maybe the JIT doesn?t look at these fields in this
scenario for some reason, but SPMI tries to serialize/de-serialize the array,
and was crashing.

Fixes #45909

Refactor Socket.SendFile tests and extend coverage (#47479)

Refactor tests in SendFile.cs to utilize SocketTestHelper<T>
As a result cover some cases which were uncovered before (for example Dispose VS async).
Add more checks and tests as discussed in #47230.

Minor cleanup for Rfc2898DeriveBytes

The _password field is not needed since CryptDeriveKey was not ported
from the Desktop framework.

Removing the field also allows removing a defensive copy and clearing it
during disposal.

Fix parsing of standard format string (#47353)

* BigInteger changes

* sq

* Runtime side unit tests

* Half tests

* Address feedback

* sq

* Move to a ThrowHelper class

* Move to invariant number format

* Move to canonical throw

* sq

* sq

* Fix bad unicode char

* Add the percent tests back

Mark list for regions (#46979)

This checkin adapts the mark list logic for regions.

The basic idea is that as plan_phase goes through the regions, it calls get_region_mark_list obtain the mark list for each region.

How get_region_mark_list works is different for WKS and SVR flavors of the GC:

 - for WKS, we have a single sorted mark list. Finding the mark list section corresponding to a region is done via binary search in the mark list.

 - for SVR, each GC thread, after sorting the mark list, determines where the sections corresponding to all the regions start and end. This is stored in tables mark_list_piece_start and mark_list_piece_end which are now indexed by region number. Later, get_region_mark_list merges the pieces for a region from all heaps. This is very similar to what merge_mark_lists did before.

Add new Task-based UDP socket methods and reimplement existing ones using SocketAsyncEventArgs (#47229)

Closes #41502, but does not change the existing APM methods

[master] Update dependencies from mono/linker (#47495)

Microsoft.NET.ILLink.Tasks
 From Version 6.0.0-alpha.1.21075.2 -> To Version 6.0.0-alpha.1.21076.1

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>

Support Async DNS lookup on older Windows from impersonificated context (#47435)

* test WindowsIdentityImpersonatedTests runs

* fix win8

* add test variant

* final cleanup

Pgo phase2 (#47055)

Funnel PGO instrumentation data from runtime to crossgen2

- Representation of instrumentation data within crossgen2 and dotnet-pgo
- New uncompressed mibc format for easier debugging/faster processing
- Storage of instrumentation data in mibc file
- Parser for instrumentation data to load from mibc file
- Translation of crossgen2 in memory representation of instrumentation data from managed form to jit

Future PGO work will include
- Instrumentation data storage and extraction from R2R files
- Move Pgo type handle histogram processing into JIT (which will make type guessing work in crossgen2 as well as in the runtime)
- Triggers for controlling Pgo data extraction
- Size control for pgo instrumentation data

Clean up crossgen2.csproj file (#47502)

• Avoid double-writing of crossgen2\clrjit_win_x64_x64.dll file.
• Avoid extra slashes in paths.

JIT: run instrumentation phase just after importing (#47476)

As a prerequisite to enabling efficient instrumentation, add instrumentation
immediately after importing, so the flow graph more closely reflects the IL
level view.

Take SuppressGCTransition into account in IL stub caching (#47320)

* Use SHash instead of CClosedHash for ILStubCache
* Use updated stub flags (taking into account SuppressGCTransition) when caching
* Add tests

[mono] LLVM on arm64 bugfixes. (#47391)

Adds a case for `DW_CFA_offset_extended` to `mono_print_unwind_info`,
which avoids a crash when running the runtime with high verbosity.

Initializes the LLVM JIT with LLVM-detected host CPU features.
Unconditionally enables all detected features, instead of using only the
subset supported in `mono_llvm_get_cpu_features`.

Implement Activity.GetTagItem (#47443)

* Implement Activity.GetTagItem

* Address the feedback

Disable DisableAiaOptionWorks on macOS (#47497)

Update to dotnet/runtime version 6.0.0-preview.2.21076.5 (#47489)

Build ID 20210126.5

Resolve ILLink warnings in System.Security.Cryptography.Csp (#47439)

Contributes to #45623

Delete fallback to load mscorrc.dll from current directory (#47464)

Fix m_isSuspendedForGarbageCollection (#47494)

Delete dead code (#47452)

Disable VerifyFloatToUInt and VerifyFloatToNullableUInt tests (#47380)

Remove lots of boxing from EnvironmentVariablesConfigurationProvider.Load (#47453)

[mono][debugger] First PR to implement iCorDebug on mono (#47135)

The goal of this PR is change the current files to support the implementation of iCorDebug on mono:

- Split debugger-agent into debugger-protocol and debugger-agent, debugger-protocol will be used in the next PR in mscordbi implementation.
- Fix strings with the meaning of the commands, there were missing strings and then the PRINT_DEBUG_MSG was printing wrong information.
- On debugger-engine pass the offset of the IL when stop in a breakpoint.
- Created a new protocol major version to support the changes that we need to implement mscordbi.
- When mono debugger is started with server=n will waint until the timeout for a server to connect, this is necessary because depending on how we will launch the process with iCorDebug implementation, maybe mono will start before the debugger server(mscordbi).

Calculate loopSize based on post align adjusted size (#47350)

* Calculate loopSize based on post align adjusted size

* Review comments

Remove `paddingNeeded` as we can get that value from `idCodeSie()`.

[Arm64] Use SIMD register to zero init frame (#46609)

* Inline "stp q-reg, q-reg, addr-reg" for frames >= 32 bytes

* Use a pair of "stp q-reg, q-reg, addr-reg" in a loop that clears 64 bytes per iteration for frames >= 192 bytes

* Use dc zva instruction when the instruction is permitted and its block size is set to 64 bytes for frames >= 256 bytes

Add test coverage for SzArray constructors (#47400)

I couldn't find a single occurence of `[]::` in the test tree, so I assume we don't have any coverage for this.

Arrays are normally allocated with the dedicated `newarr` IL instruction. The ECMA-335 specification says "All zero-based, one-dimensional arrays are created using newarr, not newobj.". Nevertheless, they do have a constructor and apparently code out there uses it.

Also adding coverage for the constructor that creates a jagged array.

Regression test for https://github.com/dotnet/runtimelab/issues/578.

Fix building libraries with Ninja. (#47344)

Handle X509 policy constraints on macOS.

Public sign ilasm output by default (#47448)

Fixes #47426

Use a separate thread for tiered compilation background work (#45901)

Use a separate thread for tiered compilation background work

- Makes it easier to manage how much time is spend for performing background work like rejitting and allows yielding more frequently with just Sleep without incurring thread pool overhead, which is useful in CPU-limited cases
- A min/max range is determined for how long background work will be done before yielding the thread. The max is the same as before, 50 ms. For now the min is `processor count` ms (capped to the max), such that in CPU-limited cases the thread would yield more frequently in order to not monopolize too much of the limited CPU resources for background work, and in cases with a larger number of processors where the background work is typically less intrusive to foreground work it would yield less frequently.
- At the same time, progress should be made on background work such that steady-state perf would be reached in reasonable time. Yielding too frequently can slow down the background work too much. The sleep duration is measured to identify oversubscribed situations to yield less frequently and make faster progress on the background work.
- Due to less time spent rejitting in some CPU-limited cases, steady-state performance may be reached a bit later in favor of fewer spikes along the way
- When the portable thread pool is enabled, a side effect of using a managed worker thread for tiering background work was that several GC-heavy microbenchmarks regressed. Tiering was the only thing using the thread pool in those tests and stack-walking the managed thread was slower due to the presence of GC refs. It's not too concerning, the benchmarks are just measuring something different from before, but in any case this change also resolves that issue. Fixes https://github.com/dotnet/runtime/issues/44211.

[master] Update dependencies from mono/linker (#47411)

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>

System.Random performance tuning. (#47390)

* Performance tuning Xoshiro pseudo random number generators. Move PRNG state from the heap onto the stack before performong PRNG generation and mxing operations.

* Declare PRNG state method variables on single line (code review feedback nit).

[wasm] Handle Top-Level style entry point mangling too (#47405)

* [wasm] Handle Top-Level style entry point mangling too

This adds a check for '<Main>$' in addition to 'Main' when
looking for the async entry point.

Fixes #47404

Search libgdiplus in macports install location (#47373)

When `libgdiplus` is installed via macports, `System.TypeInitializationException` exception is thrown.
This is because macports installs the library in `/opt/local/lib`.

```sh
$ port install libgdiplus
$ port contents libgdiplus
Port libgdiplus contains:
  /opt/local/lib/libgdiplus.0.dylib
  /opt/local/lib/libgdiplus.a
  /opt/local/lib/libgdiplus.dylib
  /opt/local/lib/pkgconfig/libgdiplus.pc
  /opt/local/share/doc/libgdiplus/AUTHORS
  /opt/local/share/doc/libgdiplus/COPYING
  /opt/local/share/doc/libgdiplus/ChangeLog
  /opt/local/share/doc/libgdiplus/LICENSE
  /opt/local/share/doc/libgdiplus/NEWS
  /opt/local/share/doc/libgdiplus/README.md
  /opt/local/share/doc/libgdiplus/TODO
```

PR adds `/opt/local/lib/libgdiplus.dylib` as a well-known probing path.

[wasm] Emit some wrappers with linkonce linkage. (#47384)

<!--
Thank you for your Pull Request!

If you are new to contributing to Mono, please try to do your best at conforming to our coding guidelines http://www.mono-project.com/community/contributing/coding-guidelines/ but don't worry if you get something wrong. One of the project members will help you to get things landed.

Does your pull request fix any of the existing issues? Please use the following format: Fixes #issue-number
-->

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

added the exports (#47451)

Fix for 46529  - Unexpected behaviour of ulong -> int cast (#47418)

* Fix for issue 46529
Move check for side-effect and don't push the cast for shifts of 32 to 63
Added test Runtime_46239.cs

* clang format

Fix #46123 - make the subProtocol nullable for HttpListenerContext::AcceptWebSocketAsync  (#47402)

* Fix #46123 - make `subProtocol` nullable when dealing with WebSockets in HttpListener.

* Update ref for System.Net.HttpListener

JIT: split up some parts of flowgraph.cpp (#47072)

Create a number of smaller files with cohesive sets of methods.

Debugging Crossgen2 documentation (#47363)

* Debugging Crossgen2 documentation and such
- Also new --print-repro-instructions command line switch to crossgen2 as requested by the JIT team

HTTP Compression - Improve/fix support for user-specified Accept-Encoding encodings (#47000)

Improve support for user-specified Accept-Encoding encodings

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

Get rid of StreamWriter usage in HTTP loopback server and fix HTTP/1.1 loopback implementation of SendResponseBodyAsync (#47364)

Get rid of StreamWriter usage in HTTP loopback server and fix HTTP/1.1 loopback implementation of SendResponseBodyAsync

Co-authored-by: Geoffrey Kizer <geoffrek@windows.microsoft.com>

Resolve ILLink warnings in System.Security.Cryptography.X509Certificates (#47345)

* Resolve ILLink warnings in System.Security.Cryptography.X509Certificates

Contributes to #45623

* Use ConstructorInfo to create HttpRequestMessage instances.

update branding to preview22 (#47429)

[wasm] WasmApp.targets: Separate `obj`, and `bin` parts of the build process (#47253)

We want to use a separate directory for intermediate build outputs, that aren't needed
in the app bundle, and reduce unclear internal dependencies during a build.

# TL;DR

## Changes:
1. `$(WasmBuildDir)` removed
2. Reasonable defaults set for most properties
3. To generate a wasm app for a project, the minimum you need to set:
    a. `$(WasmMainJS)`,
    b. and `@(WasmAssembliesToBundle)`

# Details:

Though it is a bit tricky, because the current targets assume:

- that they are being run after `Publish`
- that the publish directory has:
  - some required files copied over from the runtime pack (eg. `libmono*`),
  - and includes the assemblies
- that the targets emit all the intermediate output files like `driver.o`, or the bitcode files, into the same
   directory

- And there are assumptions about where to pick which files from (eg. whether to take `dotnet.wasm`
  from the runtime pack, or from the publish dir), based on unclear rules.

## What does this PR change?

- All the assets meant to be from the runtime pack (like `libmono*`, `icudt.dat`) are always taken
  only from the runtime pack
  - and this logic is moved out of the tasks, to the targets
- `$(WasmBuildDir)` is removed completely. Instead, we use an intermediate path based on `$(IntermediateOutputPath)`
  - and emit all the intermediate bits there, like the bitcode files
- Add reasonable defaults for various properties, like `$(WasmAppDir)`

Effectively:

1. To generate a wasm app for a project, the minimum you need to set:
    a. `$(WasmMainJS)`,
    b. and `@(WasmAssembliesToBundle)`

2. The targets don't depend on publish dir at all
    (in a future PR, we could remove triggering based on `Publish` target also)
* [wasm] WasmAppBuilder - move the list of native assets, and logic out

.. to the targets.

- New property: `NativeAssets`, populated by `@(WasmNativeAsset)`
- Remove property `MicrosoftNetCoreAppRuntimePackRidDir`
- Also, add the `icudt.dat` file from the targets

* [wasm] Simplify handling of dotnet.{js,wasm}

WasmAppBuilder has (non-obvious) logic to:

1. if AOT'ing, then use the *generated* dotnet.{js,wasm};
2. else use the one from the runtime pack

This depends on Publish having copied those files from the runtime pack
to the publish directory, and then comparing paths in the builder to
decide which one to use.

Instead, make this the intention obvious, and clear.

----
Commits:
* [wasm] Always get the native libs from the runtime pack (eg.libmono*)

We were getting these from the publish directory, instead we can get
them directly from the runtime pack.

This includes icudt.dt, and dotnet.timezones.blat .

* [wasm] MonoAOTCompiler: add `OutputDir` property

.. where we can emit the generated native files. Since these files are
meant only for generating the final `dotnet.wasm`, we don't want them to
put them in the bin directory.

* [wasm] Use existing list of assemblies - @(_WasmAssemblies)

.. instead of trying to find them in the build dir. This build directory
will become a directory for intermediate build output in upcoming
commits.

* [wasm] Replace $(WasmMainAssemblyPath) with $(WasmMainAssemblyFileName)

- Instead of having a special $(WasmMainAssemblyPath), and then adding
  it to the wasm assemblies ourselves
  - let the user project add all the relevant assemblies to
    `@(WasmAssembliesToBundle)`, which is usually as simple as
    `$(OutDir)\*.dll`.

- This helps to simplify lot of things.
- And we just need the main assembly filename for generating the
  run-v8.sh script.

* [wasm] Rename WasmBuildDir -> _WasmIntermediateOutputPath

Based on the changes in previous commits, we can now remove
`$(WasmBuildDir)`, and replace that with an internal
`$(_WasmIntermediateOutputPath)`. This path will have all the build
artifacts generated that aren't required in the app bundle.

Earlier, we were using the publish directory for that, which resulted in
it being littered with unncessary files, and files getting copied to the
app bundle from unclear sources, and for non-obvious reasons.

* [wasm] add default value for $(WasmAppDir)

* [wasm] WasmApp.targets - misc cleanup

* [wasm] WasmAppBuilder: validate Assemblies property

* [wasm] WasmTestRunner - rename TestAssembly->TestAssemblyFileName, to correctly reflect the value

* [wasm] Fix make clean, for samples

* [wasm] WasmApp.targets: Add new $(MonoAotCrossCompilerPath)

* [wasm] update comments/docs

* Address review feedback from @mdh1418

Added C# implementation of System.Math.ScaleB and System.MathF.ScaleB… (#42476)

* Added C# implementation of System.Math.ScaleB and System.MathF.ScaleB, removed old bindings, added test cases.

* Moved tests into System.Runtime.Extensions tests.

* Removed unmanaged scalbn and scalbnf from pal and mono

* Update src/libraries/System.Private.CoreLib/src/System/Math.cs

Co-authored-by: Adeel Mujahid <adeelbm@outlook.com>
* Styling changes.

* Conditionally include ScaleB for Mono.

* Update src/mono/mono/metadata/sysmath.c

Tabs, not spaces.

Co-authored-by: Adeel Mujahid <adeelbm@outlook.com>
* Removing more scalb from PAL

* Completely removed ScaleB from Mono

* Cleaning up more scalbn

* Added comments for ScaleB, updated licenses for musl and Sun

* Fixed whitespace.

* Removing old references, fixing double ScaleB definition that merge didn't resolve

Co-authored-by: Adeel Mujahid <adeelbm@outlook.com>

ComWrappers cleanup (#47312)

* Clean up interop shared data types with the DAC.

* Feedback from preview CR.

* Create specific CRST for the managed object wrapper map.

Use correct CoreLib configuration for shared framework linker trimming (#45821)

* Use correct CoreLib configuration for shared framework linker trimming

* Add IL subdir to CoreLib path unconditionally

* Go back to using GetTargetPath, but flow rc to it

* Update CoreLibProject properties only when necessary

* Add link to CoreLib bin-placing issue and update RuntimeConfiguration in comment

Return accurate size of addressing mode dsp/dsp+cnst instr descriptor (#47284)

* return accurate size for amd dsp and amd dsp+cnst

* fix the condition

Update Environment.ProcessorCount on Windows to take into account the processor affinity mask (#45943)

- Similarly to cases on Unixes where sched_getaffinity is available
- If `GCCpuGroup` and `Thread_UseAllCpuGroups` are both enabled, I'm not sure if the `CPUGroupInfo` count of active processors takes affinity into account as the docs are not clear, for now I'm not modifying that path until I can verify it
- Otherwise, a process that is started with a specific processor affinity mask still shows full CPU count
- This is one of the differences in the portable managed thread pool implementation, which relies on Environment.ProcessorCount, as opposed to the native thread pool, which uses the affinity mask
- After this change, in affinitized cases on Windows the behavior is consistent perf-wise with Linux in similar situations:
  - The portable thread pool uses the same worker thread count as the native thread pool
  - `Environment.ProcessorCount` returns the number of processors the the process is affinitized to, which may be less than it would have returned before

bandaid for #44072 (#47285)

* real fix needs to happen in TraceEvent

Enable COMPlus_JitDisasmWithGC with SuperPMI asm diffs (#46966)

All SPMI asm diffs (generated using superpmi.py) will
display interleaved GC info.

Note that you can also pass the `--gcinfo` option
to get traditional end-of-code asm dump, but that also
requires adding per-instruction offset output, which can lead
to excessive textual diffs.

Fix cancellation race condition in Parallel.ForEachAsync (#47396)

If cancellation is requested at just the "wrong" time, we may end up canceling the operation but reporting it as a successful completion, due to our relying on _registration.Token being the caller-provided token, but that not being the case if cancellation was requested prior to UnsafeRegister being called, in which case it'll return a default registration.

update ownership (#47414)

Add support for Arm intrinsics Sha256 (#47337)

* Initial change for sha256

* Handles intrinsics with 3 parameters

* Fix condition

* Revert test change to HelloWorld sample

* Update src/mono/mono/mini/mini-llvm.c

Co-authored-by: Ryan Lucia <ryan@luciaonline.net>
* Fixed format

Co-authored-by: Ryan Lucia <ryan@luciaonline.net>

Remove -Wc++-compat option when building Mono as C++ (#47370)

It causes a build warning on some newer compilers:

```
cc1plus: warning: command line option '-Wc++-compat' is valid for C/ObjC but not for C++
```

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

Added Span overloads for Socket.SendFile (#47230)

* Added Span overloads for Socket.SendFile

* Updated ref

* Fixed doc comments

* Tests

* Remove test for non-blocking

Cf. https://github.com/dotnet/runtime/pull/47230#discussion_r561983960

Vectorize HexConverter.EncodeToUtf16 using SSSE3 (#44111)

Co-authored-by: Adeel Mujahid <3840695+am11@users.noreply.github.com>