Fix casing of DaylightTime.cs

[tfs-changeset: 1623368]

Open source SuperPMI

OVERVIEW
========

This directory contains the SuperPMI tool used for testing the .NET
just-in-time (JIT) compiler.

SuperPMI has two uses:
1. Verification that a JIT code change doesn't cause any asserts.
2. Finding test code where two JIT compilers generate different code, or verifying
that the two compilers generate the same code.

Case #1 is useful for doing quick regression checking when making a source
code change to the JIT compiler. The process is: (a) make a JIT source code
change, (b) run that newly built JIT through a SuperPMI run to verify no
asserts have been introduced.

Case #2 is useful for generating assembly language diffs, to help analyze the
impact of a JIT code change.

SuperPMI works in two phases: collection and playback. In the collection phase,
the system is configured to collect SuperPMI data. Then, run any set of .NET managed
programs. When these managed programs invoke the JIT compiler, SuperPMI gathers and
captures all information passed between the JIT and its .NET host. In the
playback phase, SuperPMI loads the JIT directly, and causes it to compile all
the functions that it previously compiled, but using the collected data to
provide answers to various questions that the JIT needs to ask. The .NET
execution engine (EE) is not invoked at all.

TOOLS
==========

There are two native executable tools: superpmi and mcs. There is a .NET Core
C# program that is built as part of the coreclr repo tests build called
superpmicollect.exe.

All will show a help screen if passed -?.

COLLECTION
==========

Set the following environment variables:

SuperPMIShimLogPath=<full path to an empty temporary directory>
SuperPMIShimPath=<full path to clrjit.dll, the "standalone" JIT>
COMPlus_AltJit=*
COMPlus_AltJitName=superpmi-shim-collector.dll

(On Linux, use libclrjit.so and libsuperpmi-shim-collector.so. On Mac,
use libclrjit.dylib and libsuperpmi-shim-collector.dylib.)

Then, run some managed programs. When done running programs, un-set these variables.

Now, you will have a large number of .mc files. Merge these using the mcs
tool:

mcs -merge base.mch *.mc

One benefit of SuperPMI is the ability to remove duplicated compilations, so
on replay only unique functions are compiled. Use the following to create a
"unique" set of functions:

mcs -removeDup -thin base.mch unique.mch

Note that -thin is not required. However, it will delete all the compilation
result collected during the collection phase, which makes the resulting MCH
file smaller. Those compilation results are not required for playback.

Use the superpmicollect.exe tool to automate and simplify this process.

PLAYBACK
========

Once you have a merged, de-duplicated MCH collection, you can play it back
using:

superpmi unique.mch clrjit.dll

You can do this much faster by utilizing all the processors on your machine,
and replaying in parallel, using:

superpmi -p unique.mch clrjit.dll

REMAINING WORK
=============

The basic of assembly diffing are there, using the "coredistools"
package. The open source build needs to be altered to use this package
to wire up the correct build steps.

[tfs-changeset: 1623347]

Using the public DaylightTime instead of the internal one in  corefx dir for Linux/OSX builds.

[tfs-changeset: 1623319]

Merge pull request #6808 from stephentoub/fix_wr

Fix WeakReference in mscorlib ref assembly

Implement the proposed design for RyuJIT's LIR. (#6689)

These changes implement the design for RyuJIT's LIR described in https://github.com/dotnet/coreclr/blob/master/Documentation/design-docs/removing-embedded-statements.md.

The following passes required changes:

Rationalize, which has been almost completely rewritten
Long decomposition
Target-independent lowering
Target-dependent lowering
LSRA
Liveness
Flowgraph optimization
Codegen
For the most part, these changes are confined to the backend. Common code that needed to be updated included liveness, flowgraph optimization, and a few miscellaneous utilities.

The utilities used to analyze and manipulate LIR live (almost) entirely in src/jit/lir.{cpp,h}. The core concepts that are unique to LIR are LIR::Use and LIR::Range. The latter is a tuple that captures an SDSU def (i.e. an LIR node) and its corresponding use->def edge and user. The former serves to abstract a self-contained sequence of LIR nodes that make up e.g. the contents of a basic block.

Testing indicates that neither JIT throughput nor code quality are significantly impacted by these changes.

Expose missing members of System.Reflection in contract to prep for dotnet/corefx#1053 (#6614)

* Add missing Reflection APIs, Misc
* Add missing Reflection APIs, System.Reflection.Assembly
* Add missing Reflection APIs, some AssemblyAttributes, AssemblyName, AssemblyNameFlags
* Add missing Reflection APIs, ConstructorInfo, CustomAttributeData, CustomAttributeNamedArgument, CustomAttributeTypedArgument
* Add missing Reflection APIs, EventInfo, FieldInfo
* Add missing Reflection APIs, IReflect, ImageFileMachine, ExceptionHandlingClause
* Add missing Reflection APIs, ParameterInfo, PropertyInfo, Pointer, ResourceAttributes
* Add missing Reflection APIs, MethodBase, MethodBody, MethodInfo
* Fix some issues and add few more missing APIs
* Add more missing APIs
* Add rest from System.Reflection.AssemblyName
* Add serialization features, AssemblyName, Pointer, Missing
* Add more from System.Reflection.Module and add System.ModuleHandle
* Add equality operators to System.Reflection.Module* Add equality operators to System.Reflection.MemberInfo and System.Type
* Add some of missing APIs from System.Type
* Add some missing changes for System.Type

Fix WeakReference in mscorlib ref assembly

It's missing the ISerializable implementation.

Merge pull request #6780 from CarolEidt/Pre1stClassStructBlkOps

Preparatory changes for Blk Ops IR

Merge pull request #6797 from dotnet-bot/from-tfs

Merge changes from TFS

Merge pull request #6774 from kouvel/Apis

Expose some threading type members

Merge pull request #6765 from bryanar/cat_call

printing dumpling url at dumpling upload time

Preparatory changes for Blk Ops IR

These are mostly refactoring changes, in preparation for the change to the IR for block assignments.

Merge pull request #6782 from ramarag/testjson

Restoring the Test Runtime libraries from a single project.json
Fixes #5174

Merge pull request #6796 from stephentoub/fix_serialization_issues

Fix several serialization issues

Expose some threading type members

- Exposed some public members of WaitHandle
- Fixed "path too long" error message to take a length parameter (as in mscorlib.txt) and uses of it to pass in the correct value for the length
- Made SignalAndWait implementation available on Windows, and throw PlatformNotSupportedException on others

Part of dotnet/corefx#10933

Remove TypeForwardedFrom attributes for System and System.Core

These assemblies don't exist in .NET Core.  Having these attributes on serializable types causes deserialization for such types to fail, as it attempts to load the assembly from which they were forwarded.

Fix serialization of delegates without targets

A null check is missing when FEATURE_REMOTING is not defined, resulting in an invalid cast exception when deserializing a delegate without a target (e.g. a delegate for a static method).

Fix serialization of several exception types

VerificationException's deserialization ctor was being tree-shaken away.

SecurityException's deserialization ctor was ifdef'd out.

Merge pull request #6747 from JosephTremoulet/VNLoops

Record expr location for opqaue value numbers

An easy fix for #6760 (#6770)

As mentioned in #6760 we can postpone the calculation of the NeedsTurkishCasing property.

Conflicts:
src/mscorlib/corefx/System/Globalization/TextInfo.Unix.cs

Due to comdat folding some fcalls are pointing to same code. This fix ensures that these fcall has a unique code address. (#6776)

Restoring the Test Runtime libraries from a single project.json
This will ensure the expected version to be present at the runtime

Fix CRWLock ID generation overflow bug

There are several problems with the CRWLock constructor, where it tries to increment a 64-bit lock ID in two 32-bit pieces using lock-free code in a fast path:
- For the lower 32 bits, LLockID, zero is reserved for identifying a free lock entry. Upon incrementing LLockID from -1 to 0, the code was not skipping zero or incrementing the upper 32 bits, ULockID. Instead, it waited for one more increment to LLockID before increment ULockID. Assignment of the invalid LLockID caused a free lock entry to be reused for a new lock, and corruption in lock state thereafter. This is the issue identified by the bug.
- If LLockID != -1 in thread A, but the compare-exchange fails because thread B had updated the value before thread A, ULockID was not being read again in thread A. If thread B had also incremented ULockID, thread A would continue to use the old ULockID.
- In the locked slow path that handles incrementing ULockID, ULockID is updated before LLockID. The constructor though, was reading ULockID before LLockID. This allows a race where Thread A reads an old value for ULockID and a new value for LLockID, increments LLockID successfully, and continues to use the old ULockID.

Due to the availability of InterlockedCompareExchange64 on all supported platforms, we decided to use that instead to simplify the solution and fix all of the above issues at the same time.

Bug: 242568
Integrated from changes: 1621197, 1621810

[tfs-changeset: 1622814]

Merge pull request #6773 from jashook/disable_jit32_timeouts_round_two

Disable tests that timeout for jit32

Merge pull request #6748 from rahku/arm64ShadowHeap

update GC shadow heap as part of writebarrier jit helper

Disable tests that timeout for jit32

See issues #6720, #6718, #6714 for more information.

Merge pull request #6766 from dotnet-bot/UpdateDependencies20160817062015

Updating External dependencies to beta-24417-00

Makes FCallMemcpy unwindable (#6753)

FCallMemcpy function in vm/arm/memcpy.S creates an stack frame that
libunwind cannot recognize, which leads to the issue in #6752.

This commit makes the stack frame of FCallMemcpy unwindable to fix
issue #6752.

Updating External dependencies to beta-24417-00

Apply correct symbolic name _ARM_ instead of _TARGET_ARM_ (#6756)

Signed-off-by: Hyung-Kyu Choi <hk0110.choi@samsung.com>

printing dumpling url at upload time.

Merge pull request #6749 from ramarag/sos_misc

Arm64 Sos fixes for

Merge pull request #6763 from dotnet-bot/from-tfs

Merge changes from TFS

Merge pull request #6362 from svick/culturedata-regionnames

Move RegionNames out of #ifs

Fix build break from new alignments

- MSVC seems to require alignment specification to be on the declaration as well as the definition
- Ignore warning about padding parent struct due to __declspec(align()), as that is intentional

Original change PR: https://github.com/dotnet/coreclr/pull/6516

[tfs-changeset: 1622589]

Merge pull request #6761 from stephentoub/mscorlib_deserialization

Add deserialization ctors to mscorlib ref assembly

Adding new generics tests (#6709)

Add deserialization ctors to mscorlib ref assembly

In a previous PR, I'd added these to model.xml, but we're still consuming the mscorlib ref assembly in corefx, so we need these deserialization ctors there, too.

Merge pull request #6743 from dotnet-bot/UpdateDependencies20160815051908

Updating External dependencies to beta-24415-00

Record expr location for opqaue value numbers

When value numbering sees an expression that is too complex, runs out of
compile-time budget for deep field/phi sequences, etc., it assigns
`VNForExpr()` for the expression whose value number is being computed.
This produces a new, unique, opaque value number that will compare as
equal to itself but not to any other value number.

This change updates value numbering to record the location of the
expression whose value such a value numbers is created to stand in for.
While attaching location information to value numbers in general must be
done with care regarding subtleties of correlating value numbers for
expressions in different locations that compute the same value, those
subtleties are not relevant in the case of these unique/opaque value
numbers, whose point is to stand in for the value of one particular
expression and whose value may be propagated by copies but will never be
computed by other redundant expressions.

Loop-invariant code hoisting is updated to take these locations into
account when determining loop-invariance; the opaque value number is
loop-invariant if the expression whose value it represents is outside the
loop.

The `VNForExpr()` method is updated to take a `BasicBlock*` to identify
the location, but the backing store only records the block's loop number,
since the loop-invariance check is the only consumer of this information
and doing so allows a more compact representation (in particular, we avoid
allocating `m_defs` backing storage for these value numbers, since they are
used for the "give up and be conservative" cases).

The `BasicBlock*` passed to `VNForExpr()` can be `nullptr` to still have
the prior semantics of a fully opaque value number that can't be proved
loop-invariant; this is used for a handful of cases where the budgeting
results are memoized and so expressions at different locations could end
up sharing opaque value numbers, as well as a few cases where the
`VNForExpr()` call is covering a rare corner case in a utility for which
the corresponding `BasicBlock` may not be handy.

Fixes #6303.

Arm64 Sos fixes for
!verify heap
!u
!u -gcinfo

update GC shadow heap as part of writebarrier jit helper

Merge pull request #6423 from stephentoub/restore_serialization

Restore most serialization implementations in coreclr

Merge pull request #6516 from benaadams/WorkerThreadStart

WorkerThreadStart volatile read+cmpxchg loop

Merge pull request #6745 from AtsushiKan/rv

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

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

Return parameters not accomodated in
Attribute.GetParentDefinition(ParameterInfo)

Add deserialization ctors to model.xml

Updating External dependencies to beta-24415-00

Port serialization implementation to Unix globalization types

These will need to be tested.  They are a straight port from the Windows implementation, but the implementation has diverged, and it's possible (likely) there are some differences I didn't catch.

Ensure On* methods are not removed by BclRewriter

Restore most serialization implementations in coreclr

I audited all uses of FEATURE_SERIALIZATION in coreclr and removed most of the ifdef'ing.  The remaining uses of FEATURE_SERIALIZATION are primary related to actually implementing formatters, CAS-related types, and a few types I've left non-serializable (e.g. ExecutionContext) but that we can revisit later if needed.

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

Merge changes from TFS

Fixup a few contracts

[tfs-changeset: 1622296]

Merge pull request #6731 from weshaggard/FixSerializationPackageVersion

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

Merge pull request #6728 from rahku/typeloaderHang

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

Merge pull request #6726 from rahku/fixes

In intGCShadow() first reserve memory before committing

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

Merge pull request #6729 from pgavlin/Reformat

Re-reformat the JIT sources.

review fixes

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

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

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.

Revert #6686.

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

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.

Merge pull request #6721 from jashook/disable_jit32_tests

Disable tests to get jit32 jobs green

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

Re-enable creating Tests_Native* log files

Fix exception filter getter for native frames (#6723)

Fixing priority on tests (making tests P1) (#6706)

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

Merge changes from TFS

More fixes for unreachable code warnings with older compiler

[tfs-changeset: 1622213]

Disable tests to get jit32 jobs green

See issues #6720, #6718, #6714 for more information

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

Merge changes from TFS

Enable FEATURE_STUBS_AS_IL for ARM/Linux (#6500)

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

Fix unreachable code warnings with MSVC++ 18.10

[tfs-changeset: 1622176]

Merge pull request #6690 from wtgodbe/regioninfo

Fix region info test on Debian

Fix region info test on Debian

Merge pull request #6686 from adiaaida/formatted

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

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

Merge changes from TFS

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

Update unix test instructions

Update unix test instructions

Merge pull request #6702 from dotnet/RunTestDocumentation

Fix linux test running documentation

Fix linux test running documentation

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

Merge pull request #6637 from smile21prc/coreclr-perf

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

Add missing security annotation

[tfs-changeset: 1622038]

Reformat jit sources with clang-tidy and format

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

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.

Merge pull request #6657 from gkhanna79/UpdateVer

Update package versions to 1.1.0

ARM: disable stack unwinding using DWARF (#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>

Merge pull request #6699 from dotnet-bot/UpdateDependencies20160811052348

Updating External dependencies to beta-24411-00

Merge pull request #6691 from ramarag/ResolveWorkerChainLookupAsmStubFix

Preserving ResolveCacheElem in X9

Updating External dependencies to beta-24411-00

Merge pull request #6285 from JosephTremoulet/LenProp

Propagate known array lengths to more places

Preserving ResolveCacheElem in X9

Update Arm32 package version reference

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

Fix a quote.

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 #2325.

Merge pull request #6682 from JosephTremoulet/ConstantIndex

Update FieldSeq annotations in EarlyProp

Merge pull request #6671 from gkhanna79/FixLFAN

Fix LoadFromAssemblyName to invoke fallback context

Merge pull request #6606 from rahku/arm64todo

ARM64: Fix for ARM64TODO

ARM64: Fix for ARM64TODO