Fix issue https://github.com/dotnet/coreclr/issues/6600

Return parameters not accomodated in
Attribute.GetParentDefinition(ParameterInfo)

Commit migrated from https://github.com/dotnet/coreclr/commit/ab1d3284192d24834f8bc1e1cae7ca396868fcd3

Merge pull request dotnet/coreclr#6740 from dotnet-bot/from-tfs

Merge changes from TFS

Commit migrated from https://github.com/dotnet/coreclr/commit/2578e13a323f09ffc17ad8021a1a8d1c7df6dabd

Fixup a few contracts

[tfs-changeset: 1622296]

Commit migrated from https://github.com/dotnet/coreclr/commit/c1d05a8456344bba910290214532c2387bbc985e

Merge pull request dotnet/coreclr#6731 from weshaggard/FixSerializationPackageVersion

Update version of S.R.Serialization.Primitives to version 4.1.1

Commit migrated from https://github.com/dotnet/coreclr/commit/fda4f89e370fbc3940c266f8f866f45c8787f183

Merge pull request dotnet/coreclr#6728 from rahku/typeloaderHang

Issue: If two threads try to load the same type it can cause clr to h…

Commit migrated from https://github.com/dotnet/coreclr/commit/5ced949f2051c84d7a492a0081a3c517cef06906

Merge pull request dotnet/coreclr#6726 from rahku/fixes

In intGCShadow() first reserve memory before committing

Commit migrated from https://github.com/dotnet/coreclr/commit/68c2b8f773767032c9525d105ff7ba90a7c23dad

Update version of S.R.Serialization.Primitives to version 4.1.1

Commit migrated from https://github.com/dotnet/coreclr/commit/429b0fd89c30e5f3f7bc1dd5d2954c0167f940a6

Merge pull request dotnet/coreclr#6729 from pgavlin/Reformat

Re-reformat the JIT sources.

Commit migrated from https://github.com/dotnet/coreclr/commit/f5de2db5639a5d055b836e1c814c6fbe5d394b07

review fixes

Commit migrated from https://github.com/dotnet/coreclr/commit/69d0c32ef5500ad1f94bc04401acb3a07c7ae120

In intGCShadow() first reserve memory before committing. VirtualCommit does not accept NULL as input address

Commit migrated from https://github.com/dotnet/coreclr/commit/13d46168b98198cbc1fe4e54b6a54e5f03ee35b7

Reformat the JIT sources.

The sources were formatted using jit-format on Windows with the
following command lines in the following order:

    `jit-format.cmd -o Windows -b Checked -a x64 -f`
    `jit-format.cmd -o Windows -b Debug -a x64 -f`
    `jit-format.cmd -o Windows -b Release -a x64 -f`

The versions of clang-format and clang-tidy that were invoked by
jit-format were:

    clang-format version 3.8.1 (branches/release_38)

    LLVM (http://llvm.org/):
      LLVM version 3.8.1
      Optimized build with assertions.
      Built Jun 22 2016 (12:19:56).
      Default target: x86_64-pc-windows-msvc
      Host CPU: sandybridge

Commit migrated from https://github.com/dotnet/coreclr/commit/4e3108ce18ce4c436a9b2479ca9914556d51a107

Massage the code a bit for jit-format w/ Clang 3.8.

Manually insert a few braces that would otherwise have been inserted
in the wrong place.

Commit migrated from https://github.com/dotnet/coreclr/commit/828c4a1c7099905e2449692ee32fc64b4a35b507

Revert dotnet/coreclr#6686.

The code was accidentally formatted with Clang 3.9. It will be reformatted
with Clang 3.8 and a new PR submitted.

Commit migrated from https://github.com/dotnet/coreclr/commit/0f44d3011a49d443eb8198234a6e16cdc7772d97

Issue: If two threads try to load the same type it can cause clr to hang if the first thread to start the load happens to be a background thread. Background thread would create PendingTypeLoadEntry  and insert it into unresolvedClassHash. Second thread (having normal priority) would block on PendingTypeLoadEntry->m_crst waiting for the background thread to unblock it. After doing partial load of type background thread periodically checks if there are other threads waiting for type to get loaded. In this case it does find a thread waiting so it unblocks thread. However, background thread has not removed PendingTypeLoadEntry  from unresolvedClassHash. This causes the second thread to continue spinning and so not allowing background thread to get any processor cycles to remove PendingTypeLoadEntry  from unresolvedClassHash. This cause app to be seem like it has hung. It is possible that this may not repro on multi-proc machine where the background thread can get scheduled on another processor when second thread continues to spin on another processor.

Fix: First remove the PendingTypeLoadEntry  from unresolvedClassHash and then unblock the waiting threads.

Commit migrated from https://github.com/dotnet/coreclr/commit/479485f3f44172e82e5c2f3eb1aba389072df325

Merge pull request dotnet/coreclr#6721 from jashook/disable_jit32_tests

Disable tests to get jit32 jobs green

Commit migrated from https://github.com/dotnet/coreclr/commit/99d29f3284cdc84df69e1c0a91cba72419751956

Merge pull request dotnet/coreclr#6685 from RussKeldorph/test-native-log

Re-enable creating Tests_Native* log files

Commit migrated from https://github.com/dotnet/coreclr/commit/b623bd7bd8807e980b601174950d3c437b117793

Fix exception filter getter for native frames (dotnet/coreclr#6723)

Commit migrated from https://github.com/dotnet/coreclr/commit/7a2851131b89a21f685b580718c1f1475328b758

Fixing priority on tests (making tests P1) (dotnet/coreclr#6706)

Commit migrated from https://github.com/dotnet/coreclr/commit/a3ea82e3fab05389587664604c170dfb011bf31b

Merge pull request dotnet/coreclr#6722 from dotnet-bot/from-tfs

Merge changes from TFS

Commit migrated from https://github.com/dotnet/coreclr/commit/bfda7b094df06c10215e0194413aa2ceba7d0787

More fixes for unreachable code warnings with older compiler

[tfs-changeset: 1622213]

Commit migrated from https://github.com/dotnet/coreclr/commit/98f0f90880be5e37e2d21d08fbb9cd03e99a769a

Disable tests to get jit32 jobs green

See issues dotnet/coreclr#6720, dotnet/coreclr#6718, dotnet/coreclr#6714 for more information

Commit migrated from https://github.com/dotnet/coreclr/commit/85f2c3f0a27143580902eff2082d2586095f1379

Merge pull request dotnet/coreclr#6712 from dotnet-bot/from-tfs

Merge changes from TFS

Commit migrated from https://github.com/dotnet/coreclr/commit/3e6f64fc55703a3937704a52b583fb891969bd8f

Enable FEATURE_STUBS_AS_IL for ARM/Linux (dotnet/coreclr#6500)

This commit enables FEATURE_STUBS_AS_IL for ARM/Linux. This commit
tries to fix dotnet/coreclr#6452.

Commit migrated from https://github.com/dotnet/coreclr/commit/6abfacbb2da9b4ddbe59ac59de3fb98b3f90833a

Fix unreachable code warnings with MSVC++ 18.10

[tfs-changeset: 1622176]

Commit migrated from https://github.com/dotnet/coreclr/commit/6b42745af681305daff144cf6ade2785a665e508

Merge pull request dotnet/coreclr#6690 from wtgodbe/regioninfo

Fix region info test on Debian

Commit migrated from https://github.com/dotnet/coreclr/commit/79120130f96574de549de69fd06888cac444f878

Fix region info test on Debian

Commit migrated from https://github.com/dotnet/coreclr/commit/3394c212371569e6c909da839823d1e069f23a0a

Merge pull request dotnet/coreclr#6686 from adiaaida/formatted

Reformat jit source base using clang-format and clang-tidy

Commit migrated from https://github.com/dotnet/coreclr/commit/aba1583d368ada3032d6b94ce2614c249b8ee6ff

Merge pull request dotnet/coreclr#6701 from dotnet-bot/from-tfs

Merge changes from TFS

Commit migrated from https://github.com/dotnet/coreclr/commit/cf9b7a74376521dc256afd89e176d59f52a22861

Merge pull request dotnet/coreclr#6704 from dotnet/wtgodbe-patch-1

Update unix test instructions

Commit migrated from https://github.com/dotnet/coreclr/commit/555cf28517a6fb1c151b80cf3fa93d71d0aacc9f

Update unix test instructions

Commit migrated from https://github.com/dotnet/coreclr/commit/7b4438599fa0b995710d4778ba18743732825282

Merge pull request dotnet/coreclr#6702 from dotnet/RunTestDocumentation

Fix linux test running documentation

Commit migrated from https://github.com/dotnet/coreclr/commit/77a046a9bcd0889a0171a7682f802c4e668bb0e5

Fix linux test running documentation

We should specify that corefx will be from a Debug build, not a Release build.

Commit migrated from https://github.com/dotnet/coreclr/commit/596d42e2b443b0dfc842dee4c45c8d94a05edf3a

Merge pull request dotnet/coreclr#6637 from smile21prc/coreclr-perf

Automate the perf data collection for JIT CodeQuality benchmarks on Windows.

Commit migrated from https://github.com/dotnet/coreclr/commit/be7e48ff0ae3dfb4bf90b5bbe2faf9d359d2b37f

Add missing security annotation

[tfs-changeset: 1622038]

Commit migrated from https://github.com/dotnet/coreclr/commit/e8e9c46dce5d6c56ed3bf0840b5c633da0a5c1cd

Reformat jit sources with clang-tidy and format

This change is the result of running clang-tidy and clang-format on jit
sources.

Commit migrated from https://github.com/dotnet/coreclr/commit/36a2b906c008cd3693a9ab5aef7b4402addd6c74

Prepare jit source for clang-tidy

In templates, clang-tidy will replace 0 with nullptr, but this is illegal
for primitive types. This change replaces 0 in two templated functions
with ZERO, which is defined to be 0 to avoid this issue.

Additioanlly, we need to conditionally define some macros for running
under __clang__ so they are found by clang-tidy.

Commit migrated from https://github.com/dotnet/coreclr/commit/ab7d6a8df73d3d89210a778338feaa9fedf4146a

Merge pull request dotnet/coreclr#6657 from gkhanna79/UpdateVer

Update package versions to 1.1.0

Commit migrated from https://github.com/dotnet/coreclr/commit/75008919114e60aa9d9abd1e6ad5a1d058f48039

ARM: disable stack unwinding using DWARF (dotnet/coreclr#6700)

libunwind for ARM does not interpret ARM vfpv3/NEON
registers in DWARF format correctly.

Signed-off-by: Hyung-Kyu Choi <hk0110.choi@samsung.com>
Commit migrated from https://github.com/dotnet/coreclr/commit/c52e05abd98c299e7f65979f65e541e9d76cd4d2

Merge pull request dotnet/coreclr#6699 from dotnet-bot/UpdateDependencies20160811052348

Updating External dependencies to beta-24411-00

Commit migrated from https://github.com/dotnet/coreclr/commit/7a84ab0f876d25464d1493c2d02de45da6f9da7e

Merge pull request dotnet/coreclr#6691 from ramarag/ResolveWorkerChainLookupAsmStubFix

Preserving ResolveCacheElem in X9

Commit migrated from https://github.com/dotnet/coreclr/commit/08f8d02aa8e0aae07a748443841cbd5455e82240

Updating External dependencies to beta-24411-00

Commit migrated from https://github.com/dotnet/coreclr/commit/401fdb1e3243f47ea34f6e5a48ff55a4761eb884

Merge pull request dotnet/coreclr#6285 from JosephTremoulet/LenProp

Propagate known array lengths to more places

Commit migrated from https://github.com/dotnet/coreclr/commit/d95be0b7da94613e32617b6539b01042598c0054

Preserving ResolveCacheElem in X9

Commit migrated from https://github.com/dotnet/coreclr/commit/f9e5306c1b5521b311d53fe362cf88bb05d00334

Update Arm32 package version reference

Commit migrated from https://github.com/dotnet/coreclr/commit/0d42fb71b4db418a0eb140d236826b29b17a24a8

Automate the perf data collection for JIT CodeQuality benchmarks on Windows.

Fix a quote.

Commit migrated from https://github.com/dotnet/coreclr/commit/cdc68196cc0adc3be2a755fa8b4116f3cf4c8af8

Propagate known array lengths to more places

Earlyprop limits its propagation of array lengths to blocks marked
BBF_HAS_INDX, for throughput reasons.  The importer sets that flag on
blocks that store/load array elements, but not blocks that simply extract
an array's length.  This change renames the flag to BBF_HAS_IDX_LEN, and
updates the importer to set it also on blocks with ldlen operations.  This
change also updates fgOptWhileLoop to propagate the flag when it
copies such an expression as part of a zero-trip test.

Fixes dotnet/coreclr#2325.

Commit migrated from https://github.com/dotnet/coreclr/commit/4750bcb738b4c15b7b55650e3c225385163f9d96

Merge pull request dotnet/coreclr#6682 from JosephTremoulet/ConstantIndex

Update FieldSeq annotations in EarlyProp

Commit migrated from https://github.com/dotnet/coreclr/commit/4511b187eb6ec6347d8f8b841dc53982fa1d5884

Merge pull request dotnet/coreclr#6671 from gkhanna79/FixLFAN

Fix LoadFromAssemblyName to invoke fallback context

Commit migrated from https://github.com/dotnet/coreclr/commit/d154b9394578aa4b7e39f8695dc1f773d1a6882b

Merge pull request dotnet/coreclr#6606 from rahku/arm64todo

ARM64: Fix for ARM64TODO

Commit migrated from https://github.com/dotnet/coreclr/commit/8d330b19c14affaa5c76f89df761ac0da6b62176

ARM64: Fix for ARM64TODO

Commit migrated from https://github.com/dotnet/coreclr/commit/1fcecafd7adbc050a951b02d5fe429a70acd3214

Merge pull request dotnet/coreclr#6683 from jashook/remove_unreachable_code

Fix unreachable code in flowgraph

Commit migrated from https://github.com/dotnet/coreclr/commit/fb3caf6ca8e1d0826276b117fd1775f0f8f9113e

Re-enable creating Tests_Native* log files

Recently we seem to have lost the ability to generate Tests_Native logs.
Currently, there are many build warnings that don't appear in any of the
logs because the native test build output is going to the console only.

The lines I'm adding are already duplicated other times in the same file,
so they are a candidate for refactoring, but I'll leave that for others.

Commit migrated from https://github.com/dotnet/coreclr/commit/dec551ad4c739d211ea2bb62f4f9762865e571bd

Add StackCrawl reference marker to each of the Assembly.Load implementations.

Commit migrated from https://github.com/dotnet/coreclr/commit/0958f8bc5ecbacecf5d6e1f6c3de59b397f3e26f

Fix unreachable code in flowgraph

There is debugging information that is expected to be printed; however,
unreachable because the function returns before printing under debug.

Fixed by moved the return past the debug log.

Commit migrated from https://github.com/dotnet/coreclr/commit/9a0f6ec41b156e585580d9cf6a829d2188420a08

Improve Enum.ToString performance (dotnet/coreclr#6645)

Reduces allocations by 66%; increases performance by 600% (x7)

With these changes ToString no longer boxes the value and doesn't create an empty array for `CustomAttributeRecords` when the enum is not flagged; also caches whether the enum is flagged.

It still boxes the enum to Enum to make the ToString virtual call however.

Using the @jkotas enummark :wink:

```csharp
enum MyEnum { One, Two, Three, Four, Five, Six, Seven, Eight, Nine, Ten };
public static void Main(string[] args)
{
    (MyEnum.Seven).ToString();
    int start = Environment.TickCount;
    for (int i = 0; i < 10000000; i++)
    {
        (MyEnum.Seven).ToString();
    }
    int end = Environment.TickCount;
    Console.WriteLine((end - start).ToString());
}
```
Pre: 5828ms, 5828ms, 5829ms (1.7M/s)
Post: 828ms, 828ms, 828ms (12.1M/s)

Commit migrated from https://github.com/dotnet/coreclr/commit/571b963cd4f7af8674d1031c4adefb3d8bc47618

Merge pull request dotnet/coreclr#6678 from dotnet-bot/UpdateDependencies20160810052139

Updating External dependencies to beta-24410-00

Commit migrated from https://github.com/dotnet/coreclr/commit/3afa34a104960b5057b38e83724b79cacce41285

Fix for VCR 190024210 and Win SDK 10.0.14393.0 (dotnet/coreclr#6674)

Commit migrated from https://github.com/dotnet/coreclr/commit/4ddc41e60c6f4382c350b9b5cbcc0fd2e903c1e7

Updating External dependencies to beta-24410-00

Commit migrated from https://github.com/dotnet/coreclr/commit/e07c6e9b53de04a6033eee71ccd3330200b287b8

Merge pull request dotnet/coreclr#6653 from echesakov/StackAllocation

Work towards objects stack allocation

Commit migrated from https://github.com/dotnet/coreclr/commit/37798423fb035625192b4fac90a329e17b90d562

TypeSystem generics test cases (dotnet/coreclr#6663)

TypeSystem generics test cases (TypeGenerator tests)

Commit migrated from https://github.com/dotnet/coreclr/commit/0093a35fcbc3c0e965915ee930f60a7a07931a13

Fix LoadFromAssemblyName to invoke fallback context (analogous to static assembly loads within the context)

Commit migrated from https://github.com/dotnet/coreclr/commit/4ed1a0cb90d85afb4a5c60be4e9f412048c5e187

Update FieldSeq annotations in EarlyProp

When morph expands `ldelem`s, it annotates local vars and int constants
that contribute linearly to the index.  When value-numbering runs,
ParseArrayAddress must still be able to discover annotations.  EarlyProp
runs between morph and value-numbering, and might replace a `ldlen` that
happens to be in an array index expression with a constant.  This change
updates EarlyProp to call LabelIndex in such cases to annotate the
constants appropriately for their new context.

In order to ensure that EarlyProp can determine whether a replacement is
in an array index context or not, this change also adds a new flag
`GTF_ARRLEN_ARR_IDX`, which LabelIndex sets on GT_ARR_LENGTH nodes and
EarlyProp can subsequently check.

Fixes dotnet/coreclr#6649.

Commit migrated from https://github.com/dotnet/coreclr/commit/37218abfe3c6b4c28d3edae488060cb89d54d786

The call to LOG expects a pointer argument, but the actual argument was of class type 'ComCallWrapperPtr'. (dotnet/coreclr#6665)

Commit migrated from https://github.com/dotnet/coreclr/commit/6f645eb0fda0c4fcf3f2daa45e18d798335dcd4a

Merge pull request dotnet/coreclr#6668 from dotnet-bot/UpdateDependencies20160809052353

Updating External dependencies to beta-24409-00

Commit migrated from https://github.com/dotnet/coreclr/commit/28f24f784f6433fb959687a3bff1073bdedd6f3e

Updating External dependencies to beta-24409-00

Commit migrated from https://github.com/dotnet/coreclr/commit/3df77b210def5cd5d284a15b43824f49566de718

Work towards objects stack allocation: moved allocation part of newobj-lowering into separate phase

1. Introduced `GT_ALLOCOBJ` node to mark places where object allocation happens
2. In `importer.cpp` changed lowering of allocation part of newobj instruction from an allocation helper call to a `GT_ALLOCOBJ` node creation
3. Created new phase `ObjectAllocator` (`PHASE_ALLOCATE_OBJECTS`) and put it right after dominator computing (we will need the information for escape analysis)
4. Current implementation of ObjectAllocator walks over all basic blocks having flag `BBF_HAS_NEWOBJ` set and replaces `GT_ALLOCOBJ` with  an allocation helper call

Commit migrated from https://github.com/dotnet/coreclr/commit/3c30aa1642ac52844aa3078fd6bc79a06f5c586a

Merge pull request dotnet/coreclr#6662 from rahku/disabletransparencychecks

Disable few more transparency checks for .net core

Commit migrated from https://github.com/dotnet/coreclr/commit/7a961d523efd84188f285a933c28dd7615ae8864

Merge pull request dotnet/coreclr#6660 from rahku/stackwalkerFix

Port CSdotnet/coreclr#1596330 from netfxdev1 (bugdotnet/coreclr#119959)

Commit migrated from https://github.com/dotnet/coreclr/commit/dc26ef0b198a2dd9024eb138c6cf92c31be74434

Merge pull request dotnet/coreclr#6659 from rahku/warning

Fix compiler warnings

Commit migrated from https://github.com/dotnet/coreclr/commit/28e61e769af1f077656f638d00eaff3e72ff87b3

Disable few more transparency checks for .net core

Commit migrated from https://github.com/dotnet/coreclr/commit/3961c702b9b9cce2a2bab1792446f40b19ddb260

Merge pull request dotnet/coreclr#6656 from jashook/arm_link_fix

Fix for missing symbol OnHijackTripThread

Commit migrated from https://github.com/dotnet/coreclr/commit/e13714fbc7ca2add256c82d8cb380cf9ec1bcc16

Merge pull request dotnet/coreclr#6652 from JohnChen0/crossgen-createpdb

Modify "crossgen -createpdb" to skip loading clrjit.dll (dotnet/coreclr#6607)

Commit migrated from https://github.com/dotnet/coreclr/commit/be449e2672887c6863b94dcbe9b67985ba5a240d

Fix compiler warnings

Commit migrated from https://github.com/dotnet/coreclr/commit/10075dd562da63d51bf6908df3b2b1c584c08fea

Port CSdotnet/coreclr#1596330 from netfxdev1 (bugdotnet/coreclr#119959)

Commit migrated from https://github.com/dotnet/coreclr/commit/86057250324ea3585383c39392a95471132112a0

Refresh mscorlib reference assembly based on what is in S.P.C (dotnet/coreclr#6655)

Split mscorlib.cs into mscorlib.manual.cs for the internal
members we needed to expose. Used the genapi tool from
https://github.com/dotnet/buildtools/tree/master/src/GenAPI.Desktop
to generate mscorlib.cs. It doesn't exactly match due to some
much easier just by running genapi against S.P.CoreLib.

Commit migrated from https://github.com/dotnet/coreclr/commit/275aa1a847dfbbb69731251037cd0fa018f2cf62

Update package versions to 1.1.0

Commit migrated from https://github.com/dotnet/coreclr/commit/6f650201bac6fc986257b9ea548c747d1ba0fd13

Modify "crossgen -createpdb" to skip loading clrjit.dll (dotnet/coreclr#6607)

The -JITPath option doesn't work properly when CrossGen is used to
create a PDB file (issue dotnet/coreclr#6607). Since clrjit.dll isn't really
needed for creating PDB files, the issue is fixed by modifying
CrossGen to skip loading clrjit.dll when -createpdb option is given.

Also following suggestion from issue dotnet/coreclr#6607, added a new switch
-diasymreaderPath to CrossGen, to allow loading diasymreader.dll
from an alternative path.

Commit migrated from https://github.com/dotnet/coreclr/commit/21df26e038c4039150a7978188ecd0b6a5f23d2b

Fix for missing symbol OnHijackTripThread

PR dotnet/coreclr#6522 changed from OnHijackScalarTripThread to OnHijackTripThread; however,
missed changing this definition for arm windows.

Commit migrated from https://github.com/dotnet/coreclr/commit/49b8766597feb23da7d68a7744b5efd41b29cb93

Add Title (so that web searches work better) (dotnet/coreclr#6654)

Also added a very short description

Commit migrated from https://github.com/dotnet/coreclr/commit/17ced7fea35cb89ce6fe6c0a614c9fe15171bdea

Merge pull request dotnet/coreclr#6582 from alsemenn/fixrefreg

For helper method frame DAC doesn't read register pointers. So set them to NULL to not use "wrong" data.

Commit migrated from https://github.com/dotnet/coreclr/commit/1a5e41cabd47cde8bbb457fdad6c64f05a130167

Check PAL_VirtualUnwind failure during GC (dotnet/coreclr#6598)

As discussed in dotnet/coreclr#6525, PAL_VirtualUnwind sometimes fails during GC.

This GC failure leads to very unpredicatble behavior (which is very hard to
analyze).

This commit tries to stop the execution at the point where error
happens.

Commit migrated from https://github.com/dotnet/coreclr/commit/deb00ad58acf627763b6c0a7833fa789e3bb1cd0

Don't overwrite crossgen log in build.cmd script (dotnet/coreclr#6639)

Commit migrated from https://github.com/dotnet/coreclr/commit/5976ffa9a624bd05bbb0d67a742e89bc9f16d1dc

Fix compile error (dotnet/coreclr#6641)

error: cannot initialize return object of type 'void *' with an lvalue
of type 'void ()'

Commit migrated from https://github.com/dotnet/coreclr/commit/ab6bc52f502498d6f6380b8b58d3495a7bd84f35

Merge pull request dotnet/coreclr#6619 from BruceForstall/Fix6517

Fix dotnet/coreclr#6517

Commit migrated from https://github.com/dotnet/coreclr/commit/5002de7f988c28602d90df2967cb056b1b16852f

Merge pull request dotnet/coreclr#6630 from dotnet-bot/UpdateDependencies20160805073043

Updating External dependencies to beta-24405-00

Commit migrated from https://github.com/dotnet/coreclr/commit/8596efa80c68bdc90f577aa80252406dec6bedb0

Merge pull request dotnet/coreclr#6631 from erozenfeld/NullCheckFolding

Null check folding.

Commit migrated from https://github.com/dotnet/coreclr/commit/14481976d4fc90e5bde78b0476eddcf0e6462ee0

Decrease writes to local variables in Buffer.MemoryCopy (dotnet/coreclr#6627)

In `Buffer.MemoryCopy` currently we are making 4 writes every time we copy some data; 1 to update `*dest`, 1 to update `dest`, 1 to update `src` and 1 to update `len`. I've decreased it to 2; one to update a new local variable `i`, which keeps track of how many bytes we are into the buffer. All writes are now made using

```cs
*(dest + i + x) = *(src + i + x)
```

which has no additional overhead since they're converted to using memory addressing operands by the jit.

Another change I made was to add a few extra cases for the switch-case at the beginning that does copying for small sizes without any branches. It now covers sizes 0-22. This is beneficial to the main codepath, since we can convert the unrolled loop to a `do..while` loop and save an extra branch at the beginning. (max 7 bytes for alignment, 16 for 1 iteration of the loop, so the min bytes we can copy without checking whether we should stop is 23.) This adds

This PR increases the performance of `MemoryCopy` by 10-20% for most buffer sizes on x86; you can see the performance test/results (and the generated assembly for each version) [here](https://gist.github.com/jamesqo/337852c8ce09205a8289ce1f1b9b5382). (Note that this codepath is also used by `wstrcpy` at the moment, so this directly affects many common String operations.)

Commit migrated from https://github.com/dotnet/coreclr/commit/32fe06348631c9e146832e5afac2ce97bb2df43e

Merge pull request dotnet/coreclr#6636 from AndyAyersMS/MoreObservations

Inliner: add a few more observations

Commit migrated from https://github.com/dotnet/coreclr/commit/f0997c5309f7a20c78d739c09e9c107291be814f

Fix dotnet/coreclr#6517

My previous change dotnet/coreclr#6342 to implement tailcall-via-helper for RyuJIT/x86
also changed non-x86 for Delegate Invoke calls, to avoid creating a
temp where we already had a local. However, this temp is needed if the
local is a field (with an offset). Even if it is not a field, I saw it
needed in a JitStressRegs case. So I'm returning it to the previous logic
for non-x86, non-tailcall cases. It is still required for tailcall cases
to preserve some delicate ordering constraints on the special tailcall
argument values.

Commit migrated from https://github.com/dotnet/coreclr/commit/021a224809af2104a1c488da1d717d9d80f35cc8

Inliner: add a few more observations

Now that we can trust `optMethodFlags`, note if the root caller has
newarr or newobj. We can't yet tell if these operations might feed
a particular call's arguments but their presence in the root method
alone might be enough to build correlations with performance changes.

Count number of returns in the callee. Note if callee has same this
as the (root) caller. Note when callee is a class constructor.

Add code to dump out the new observations. No policies act on these yet.

Commit migrated from https://github.com/dotnet/coreclr/commit/8c034fb97caa20f5cd824711587dcd964dae6c45

Merge pull request dotnet/coreclr#6522 from swaroop-sridhar/gcinfov2

Implement GcInfo v2

Commit migrated from https://github.com/dotnet/coreclr/commit/6bd955703e218f334ce941e3bdf5e0fc1aeedc35

Null check folding.

1. Added a null check folding optimization to early prop. The optimization tries to fold
GT_NULLCHECK(y) nodes  into GT_IND(x) nodes where x=y+const
in the same block (where const is sufficiently small). The algorithm uses SSA use-def info
to go from x to its def and then tries to match the pattern x = COMMA(NULLCHECK(y), ADD(y, const))).
If such a pattern is found, the algorithm checks the trees and statements that are between the use
and the def in execution order to see if they have unsafe side effects: calls, exception sources, and
assignments (all assignment if we are in a try and assignments to global memory if we are not).
If there are no nodes with unsafe side effects, the null check is removed.

2. Made several improvements to null check elimination in assertion propagation.
..* Added a new kind for op1: O1K_VALUE_NUMBER
..* Non-null assertions can now be made about arbitrary value numbers, not just locals
..* Fixed code that was trying to find a ref given a byref: the code now handles an arbitrary number of
    offsets and checks whether the total offsetof is small enough.
..* Added similar code that tries to find a ref VN given a byref VN

This addresses part of the suboptimal code generated for dotnet/coreclr#1226: null check is no longer emitted.

Correctness: ran full desktop and CoreCLR testing.

Throughput: no measurable throughput impact (verified by running internal CQNgenTP several times).

Code size in CoreCLR:

Framework assemblies:

Total bytes of diff: -805 (-0.01 % of base)
    diff is an improvement.
Total byte diff includes 0 bytes from reconciling methods
        Base had    0 unique methods,        0 unique bytes
        Diff had    0 unique methods,        0 unique bytes
Top file improvements by size (bytes):
        -352 : System.Private.CoreLib.dasm (-0.01 % of base)
        -306 : Microsoft.CodeAnalysis.CSharp.dasm (-0.01 % of base)
         -58 : Microsoft.CodeAnalysis.dasm (-0.01 % of base)
         -48 : System.Numerics.Vectors.dasm (-0.08 % of base)
         -14 : System.Xml.XmlDocument.dasm (-0.01 % of base)
7 total files with size differences.
Top method improvements by size (bytes):
         -30 : System.Numerics.Vectors.dasm - System.Numerics.Matrix4x4:ToString():ref:this
         -30 : System.Private.CoreLib.dasm - System.DateTimeParse:ParseByFormat(byref,byref,byref,ref,byref):bool
         -24 : Microsoft.CodeAnalysis.CSharp.dasm - <GetMethodsToEmit>d__68:MoveNext():bool:this
         -18 : System.Private.CoreLib.dasm - System.DateTimeParse:Lex(int,byref,byref,byref,byref,byref,int):bool
         -18 : System.Private.CoreLib.dasm - System.DateTimeParse:ProcessDateTimeSuffix(byref,byref,byref):bool
243 total methods with size differences.

JIT Code quality benchmarks in CoreCLR:

Total bytes of diff: -29 (-0.01 % of base)
    diff is an improvement.
Total byte diff includes 0 bytes from reconciling methods
        Base had    0 unique methods,        0 unique bytes
        Diff had    0 unique methods,        0 unique bytes
Top file improvements by size (bytes):
         -25 : Bytemark\Bytemark\Bytemark.dasm (-0.03 % of base)
          -4 : BenchmarksGame\pidigits\pi-digits\pi-digits.dasm (-0.21 % of base)
2 total files with size differences.
Top method improvements by size (bytes):
          -9 : Bytemark\Bytemark\Bytemark.dasm - AssignJagged:second_assignments(ref,ref)
          -6 : Bytemark\Bytemark\Bytemark.dasm - EMFloat:MultiplyInternalFPF(byref,byref,byref)
          -4 : Bytemark\Bytemark\Bytemark.dasm - EMFloat:AddSubInternalFPF(ubyte,byref,byref,byref)
          -2 : Bytemark\Bytemark\Bytemark.dasm - EMFloat:denormalize(byref,int)
          -2 : Bytemark\Bytemark\Bytemark.dasm - EMFloat:DivideInternalFPF(byref,byref,byref)
8 total methods with size differences.

In internal SPMI:

3915 methods with diffs, almost everything -- code size improvements
13,715 bytes code size reduction overall 0.51% on affected methods

CQ_Perf: 85 methods with diffs, 84 code size improvements, no regressions
Benchmarks with code size diffs:
Roslyn 59
TrueTypeBench 19
mono-pi-digits 2
mono-chameneos-redux 2
ByteMark\assign_jagged 1
Json_Serialize 1
SharpChess 1
BenchI\mulmtx 1

Internal CQPerf didn't report any runtime wins for these benchmarks.

Commit migrated from https://github.com/dotnet/coreclr/commit/47eec64cdd246244a7dee1e7edd054e9e579be02

Implement GcInfo v2
Ref dotnet/coreclr#4379

This change implements GcInfo version 2 for all platforms that use the
GcInfo library (all architectures other than X86).

Changes are:
1) Defines ReturnKind enumeration for all platforms
2) Change the GcInfo encoder library to encode the ReturnKind and ReversePInvokeFrame slot
3) Change the CM's GcInfo decoder to encode the ReturnKind and ReversePInvokeFrame slot for GCINFO_VERSION 2
4) Some corrections to GCINFO_MEASUREments
5) Changes to RYU Jit to provide the correct information to the encoder
6) Changes to the VM to use the ReturnKind information while hijacking a thread
   - If ReturnKind is available from GcInfo, new hijack routines are used
   - Otherwise, fall back to old method (for compatibility)
7) Rework and simplify the thread hijack routines by scanning HijackFrames directly for gcroots
8) Supporting code to implement the above features.

Returning Structs in multiple registers

Hijacking for StructInRegs is currently only implemented for
Unix SystemV ABI Multi-reg struct returns. However, the hijack-workers that use
ReturnKind are ready to handle other platforms (ex: ARM/ARM64 Windows)
once the corresponding HijackTripThread() assembly routines are defined.

The New feature flag: FEATURE_MULTIREG_RETURN is set for platforms where a struct value
can be returned in multiple registers [ex: Windows/Unix ARM/ARM64, Unix-AMD64]
FEATURE_UNIX_AMD64_STRUCT_PASSING is a specific kind of FEATURE_MULTIREG_RETURN
specified by SystemV ABI for AMD64

Compatibility with other JITs

- All new GCInfo generated by RYU Jit is in GcInfo version 2
- All Ngen images must be regenerated with the new GcInfo version.
- Ready-to-run images with old GcInfo will continue to work.
- Jit64/X64 uses the GcInfo library, so it generates GcInfo version 2.
  However, it doesn't (yet) provide the data to encode the correct ReturnKind
  Similar is the case for ARM32 code running on JIT32, and any other JITs
  that may be using GcInfo library but not yet modified to use the new API.
  So, compatibility is achived using RT_Unset flag.

When ReturnKind is RT_Unset, it means that the JIT did not set
the ReturnKind in the GCInfo, and therefore the VM cannot rely on it,
and must use other mechanisms (similar to GcInfo ver 1) to determine
the Return type's GC information.

Implement GC root scanning for Hijack-frames

This change implements GCScanRoots() method for Hijacke-frames
based on the ReturnKind information available from the GcInfo.
If the exact ReturnKind is not available in the GcInfo, the
thread-suspension logic will compute the ReturnKind based on
the method-signature.

As a result of this change, several hijack-helpers in the VM
are cleaned up. There's only one implementation of HijackWorker()
to handle all returnKinds.

This change also simplifies the thread-hijack logic by using a
single assembly helper OnHijackTripThread() in most cases.
The only other helper used is for X86 floating point return values
for save/restoring the top of the FP stack.

ARM64

Only GcIndfo v2 is reliably supported for ARM64 platform.
The changes to thread-hijack mechanism fixes dotnet/coreclr#6494 for ARM64.

No measurable change in JIT throughput, performance or native-image
size from this change.

Commit migrated from https://github.com/dotnet/coreclr/commit/d302e64bcb4ea445f6702c529f8a964df20ab494

For helper method frame DAC doesn't read register pointers. So set them to NULL to not user "wrong" data.

Moved context pointers NULL assignment to gmsamd64.cpp

Squash commits

Commit migrated from https://github.com/dotnet/coreclr/commit/0414d77f4796baf246bce548d8e4bfd9b9daa482

Merge pull request dotnet/coreclr#6629 from JosephTremoulet/DeadFlag

Remove GTF_REDINDEX_CHECK

Commit migrated from https://github.com/dotnet/coreclr/commit/409fe37d3463210d74e0513b9c7041f8c0a924a4

Updating External dependencies to beta-24405-00

Commit migrated from https://github.com/dotnet/coreclr/commit/24947cee108fedce1c42bfff390aba1793ed1418

Merge pull request dotnet/coreclr#6628 from vancem/WCF_ExplictChannels

Wcf explict channels

Commit migrated from https://github.com/dotnet/coreclr/commit/d9971e6e98dbc148bc82cca661adfca2cec9faa2

Merge pull request dotnet/coreclr#6495 from briansull/cleanup

Followup work from codereview feedback

Commit migrated from https://github.com/dotnet/coreclr/commit/5d8f4bc19fe2cec9d5bfdf9fdb5303a99359e416

Merge pull request dotnet/coreclr#6617 from adityamandaleeka/fix_sos

Fix bug in SymbolReader initialization in SOS

Commit migrated from https://github.com/dotnet/coreclr/commit/26f3863d3414d68e05a4891f849ff8e0a8e88b60

Merge pull request dotnet/coreclr#6620 from hqueue/fix/typo_20160805

Fix misleading comment in codegenlegacy.cpp

Commit migrated from https://github.com/dotnet/coreclr/commit/a52b08c1a07e035e41641d657719866950ba2dae