Updated to new syntax of dnx run and references to beta7

Extended PR#1393 to every documentation file as @jasonwilliams200OK noticed in
comments to bc1ba75. Changed documentation as well to reference more current,
beta7 versions.

Relevant annoucement is https://github.com/aspnet/Announcements/issues/52.

Merge pull request #1405 from ellismg/build-mscorlib-on-linux

Build mscorlib on linux

Build mscolrib.dll on Unix

Initial work to get mscorlib.dll building via Roslyn + MSBuild running
on top of Mono on Linux.

- Use a newer version of BclRewriter.exe which works cross-platform,
  the major difference here is that now we need to specify the input
  assembly as a named argument instead (since fully qualified paths on
  Unix look like flags on Windows).

- The ResGen we use comes from Mono, which does not support the -d
  flag, so we need to stop passing defines to ResGen. I know the mono
  folks recently did some work to address this, but long term we need
  to move towards getting our ResGen.exe running on CoreCLR and use
  that instead.

- Don't require that mono is installed in order to build coreclr.  If
  mono is not on the path, skip the build step to enable folks to do
  development without Mono. In this case, they will need to continue
  to build mscorlib.dll on Windows, targeting Unix.

- Mono stability has been an issue for folks that have buddy tested
  this. I've found that recent mono 4.2 builds, when run with the
  Boehm GC work well for me. Other folks have other builds they like
  instead. The `skipmscorlib` flag can be passed to build.sh if you
  want to skip building mscorlib.dll locally.

Remove unused resource string

StackTrace_Stack was conditional between Unix and Windows, which is
problematic when building on Unix, since the Mono provided ResGen does
not understand our define directives. It turns out this string is
unused (in both CoreCLR and Desktop) so to make things easier, we can
just remove it.

Merge pull request #1403 from nguerrera/revert-getfileinfo

Remove GetFileInformation stat wrapper from PAL

Remove GetFileInformation stat wrapper from PAL

It has been replaced by stat shims in corefx System.Native.

Reverts commits:
* 79ebe5605a94d559d2996997aec3cbcf8a4504c3.
* 0119283384f1bac80da8bb1736453c87d4f8e689.

Merge pull request #1391 from AlexGhiondea/fixProject

Remove incorrect msbuild logic for creating relative paths

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

Merge changes from TFS

The newly introduced method PopulateAllSystemTimeZones was copied from a method that had the SecuritySafeCritical attribute but it does not have the attribute itself.

This change adds the attribute to the new method.

[tfs-changeset: 1514941]

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

Merge changes from TFS

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

Merge changes from TFS

Merge pull request #1378 from eerhardt/master

Make use of TimeZoneInfo.CachedData on Linux.

More xplat binplace clean-up.
Fixed up proj files for CLR and FxCore partitions.
Moved xplat build to phase one coreclr builds.

[tfs-changeset: 1514852]

Make use of TimeZoneInfo.CachedData on Linux.

Fix https://github.com/dotnet/corefx/issues/2497.

Consolidate enabling of xplat binary downloads into GetXPlatBinaries.targets.
Disable xplat build for SSV builds.

[tfs-changeset: 1514806]

Merge pull request #1393 from ktos/patch-1

Updated to new syntax of dnx run

Merge pull request #1390 from AlexGhiondea/fix_1386

Rebuild the resource file when the input file changes

Merge pull request #1392 from hackcraft/typo_retrive_retrieve

Fix typo "retrive" and "retrieved" to "retrieve" and "retrieved"

Updated to new syntax of dnx run

Syntax for running application changed from `dnx . run` into `dnx run` so last step in docs is always resulting in exception `System.InvalidOperationException: Unable to load application or execute command '.'.` thrown by dnx.

Fix typo "retrive" and "retrieved" to "retrieve" and "retrieved"

Mostly just in comments, test case and trace text, but the exception
thrown if you try to GetInterfaceMap on an array type has it in
the description.

Merge pull request #1388 from ellismg/add-skip-mscorlib-to-build-sh

Add skipmscorlib option to build.sh

Remove incorrect msbuild logic for creating relative paths

The logic was using Link to try and show mscorlib sources show up in VS.
Turns out the logic was both incorrect and not needed.

Rebuild the resource file when the input file changes

When building mscorlib resources we are not taking into account the file
that contains the resource strings when deciding if we need to rebuild the
resources file.

Becasue of this, adding/modifying a resource string will not show up in the
build resource file until you delete the intermediate folder.

Merge pull request #1387 from stephentoub/named_primitives

Throw PlatformNotSupported for named sync primitives on Unix

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

Merge changes from TFS

Add skipmscorlib option to build.sh

In perperation for supporting mscorlib.dll builds on *NIX, provide a
switch for the CI system to disable building mscorlib as part of the
build, since we pick up the cross compiled Linux version and our mono
seems to crash often in CI.

Once this is checked in we can start having the CI jobs pass this
switch without causing an error, then have a future commit which
enables mscorlib building key off it.

Throw PlatformNotSupported for named sync primitives on Unix

libcoreclr's synchronization primitives implementation currently supports names, but those names have process-wide rather than system-wide scope.  This is very dangerous for most code that would want names, as they're typically used for cross-process synchronization, and as such the current behavior could lead to bad race conditions difficult to diagnose.  Until a better solution is available, we will throw PlatformNotSupportedException when trying to create such named primitives.

There was a testcase failing (Interop\WinRT\Exception\ManagedClientNativeServer\ExceptionTest.csproj).

The test checks that the HResult 0x8000000e maps to a System.InvalidOperationException.

What was happening: We returned a System.COMException with the message "A method was called at an unexpected time." (we're just constructing an exception based on an HR message).

What should be happening: We return a System.InvalidOperationException (i.e. we check against the exceptionKind maps for a specific HResult to map to an exception).

The point of failure is in the creation of the EEMessageException. When calling GetKindFromHR(...) we were inverting the boolean that uses the WinRT mappings.

Removing that inversion allows us to check the WinRT Exception Maps for exceptions. When I made this change, we correctly return the correct Exception.

Test coverage: I ran a full DDR, and the whole TOF (both against my build and against the newest build). All passed successfully (i.e. no additional failures).

[tfs-changeset: 1514327]

Merge pull request #1384 from janvorli/fix-gc-during-exception-handling

Fix GC issues during exception handling on Unix

Fix a section number in table of contents.

The "Primitive Types" link pointed to 2.9 rather than 2.9.1.

Merge pull request #1137 from hadibrais/patch-1

Add Table of Contents to clr-code-guide.md

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

Merge changes from TFS

Fix GC issues during exception handling on Unix

This change fixes two issues that happens in some cases when GC scans stack of
a thread that is handling exception at that moment.

First issue was caused by the fact that the stack walker wasn't modified to
take into account the difference in exception handling on Unix. When an exception
is thrown from a catch handler or finally block (a funclet )on Unix, part of the stack
is unwound immediatelly, while on Windows, the stack is not reclaimed until
the exception is fully handled.
The problem was caused by the fact that when GC happens in the funclet before the exception
is processed, but after a point where GC knows that the lifetime of locals in the caller frame
is over, it doesn't update the references in the caller frame for objects that it has relocated.
On Windows, this is detected just from walking the stack, since the funclet frame is still there
and the stack walker can then skip scanning the parent frame GC references.
On Linux, the funclet is not on stack anymore, so this case was not detected and GC attempted to
scan the stale references and crashed.
The fix was to detect that a frame was a caller to a funclet from the chain of previous exception
trackers that is fortunately preserved and the trackers hold the necessary information.

The second issue was more subtle. During interleaved exception handling, when we unwind a native
portion of the stack and switch back to unwinding a managed block of stack frames, we re-create
the exception tracker and carry over just a few members necessary to continue processing the
same exception. The way it was done was that we have first removed the current tracker from
the list of trackers of the current thread, then we have destroyed it, created a new one and
put it back to the front of the list.
The issue happened when GC started walking the stack of the thread in the small time slot when
the current tracker was removed from the list, but the re-created tracker was not added there yet.
Then the detection necessary for handling the previous issue didn't work and we got a crash.
The fix was to make the whole re-creation of the exception tracker atomic w.r.t. the GC.

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

Merge changes from TFS

We are incorrectly stripping away the Identity method from the EnumHelper type when building mscorlib.

[tfs-changeset: 1513902]

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

Merge changes from TFS

Build Toolbox\BinaryRewriting as part of the PK product group

We need this so we can get a signed build of BclRewriter.exe which is only produced by the offical build out of the ProjectK branch.

[tfs-changeset: 1513878]

Port the DateTime parser fix from the Desktop

This change is fixing the DateTime parser in cases of date/time strings for cultures which has the date and time separators are same. This happen with Norway, Serbia and Finland cultures

[tfs-changeset: 1513801]

Merge pull request #1329 from AndreyAkinshin/master

Fix a bug with disappeared cast to byte in numeric binary expressions

Fix a bug with disappeared cast to byte in numeric binary expressions

Lowering::IndirsAreEquivalent doesn't check if the 2 indirections have the same type and because of that a RMW style instruction is generated instead of the expected

movzx    rax, byte  ptr [7FFA61024742h]
xor      eax, 33
mov      word  ptr [7FFA61024742h], ax

This behavior was fixed by adding an additional check to IndirsAreEquivalent (implementation of the mikedn's approach: https://github.com/dotnet/coreclr/pull/1329#discussion_r36397171).

Fix #1323.

Merge pull request #1372 from eerhardt/master

Implement TimeZoneInfo.GetSystemTimeZones() on Linux

Implement TimeZoneInfo.GetSystemTimeZones() on Linux

Implementing GetSystemTimeZones on Linux by reading
the zone.tab file on the machine, parsing out the
valid TimeZone IDs from it, and using those Ids to read
all the time zones on the machine.

Merge pull request #1377 from jkotas/timer

Delete unused System.Threading.Timer.dll dependencies

Delete unused System.Threading.Timer.dll dependencies

Merge pull request #1375 from jkotas/vs2015-fixes

Assorted fixes for VS2015 build breaks

Disable debug info generation for test with very large method

Roslyn is hitting out of memory exception caused by internal PDB writer limitations (dotnet/roslyn/issues/3915)

Fix VS2015 test build breaks

Fix Windows SDK path for VS2015

Fix path to test build log

Merge pull request #1352 from eerhardt/master

TimeZoneInfo parse v2 tzfile and create AdjustmentRules

TimeZoneInfo parse v2 tzfile and create AdjustmentRules

TimeZoneInfo on Linux needs to parse V2 tzfile information and
correctly create AdjustmentRule instances based on the tzfile
information.

To create AdjustmentRules correctly, I introduced a new flag on
AdjustmentRule - NoDaylightTransitions, which means the adjustment
is fixed for the whole time the rule is in effect.  This allows
us to create an AdjustmentRule for each time the offset changed
in a time zone (whether the change was for Daylight Savings or
for some other reason).  I also needed to relax the rule that
DateStart and DateEnd needed to be DateTimeKind.Unspecified.
Instead, when we create NoDaylightTransitions adjustment rules
in Linux, we use DateStart and DateEnd to be UTC times the offset
transitioned.

Fix #2465.

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

Merge changes from TFS

Implement /disassemble nidump option for readytorun images

[tfs-changeset: 1512604]

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

Merge changes from TFS

Fix build break on desktop

[tfs-changeset: 1512590]

Merge pull request #1366 from sokket/timers

Removing old System.Threading.Timer tests and moving to CoreFX

Removing old System.Threading.Timer tests with the corresponding
move to CoreFX via CoreFX PR 2681

Merge pull request #1362 from mikem8361/exports1

Add GetCurrentThreadId to the Linux/Unix exports from coreclr.

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

Merge changes from TFS

Merge pull request #1363 from mmitche/fix-opensuse

Remove llvm-ranlib dependency

Fix BPMD SOS command for ReadyToRun

DAC was not getting notified about new method code

[tfs-changeset: 1512178]

Remove llvm-ranlib dependency

Appears to be unused, and not available on openSUSE.

Add GetCurrentThreadId to the Linux/Unix exports from coreclr.

Merge pull request #1324 from kouvel/kouvel-SetSignalCountAssertFix-1318

Fix PAL signal count upper limit issues.

Fix PAL signal count upper limit issues.

- Fix assert in SetSignalCount to allow int32 max as a valid value.
- Change ISynchStateController signal count functions to use LONG
  instead of DWORD to match the storage type for consistency.
- In ReleaseSemaphoreInternal, handle overflow of (oldCount +
  releaseCount) to return failure. Updated PAL semaphore tests to catch
  this case.

Fix #1318

Merge pull request #1254 from James-Ko/patch-1

mscorlib: Use Array.Empty where possible

Use Array.Empty where possible

Merge pull request #1354 from jkotas/vs2015-rtm

Fix build breaks on VS2015 RTM

Merge pull request #1357 from benpye/arm64-release-fix

Fix ARM64 compile break

Fix ARM64 compile break

Merge pull request #1343 from benpye/cross-compilation

Add cross compilation support for ARM and ARM64

Fix build breaks on VS2015 RTM

Most of the changes are about mismatches between printf formatting strings and argument types.

Fix #1294.

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

Merge changes from TFS

Fix bad msbuild properties so that conditions behave as expected.

[tfs-changeset: 1511107]

Merge pull request #1291 from justinvp/streamreader_preamble

StreamReader: Use a cached byte[] preamble for Encoding.UTF8

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

Merge changes from TFS

Merge pull request #1346 from fffej/master

Fix links that are now in /coding-guidelines

Merge pull request #1348 from ganeshran/api-mswin-dll-missing

Adding Fix for the api-win-ms dll missing error in documentation.

Fix for build issue #764084, remove PK product group (it shouldn't have been added to begin with).

[tfs-changeset: 1510862]

Workaround for the api-ms-win-* dll missing error

This change adds a workaround for a known issue of api-ms-win-* dll missing error while debugging the coreclr solution.

fix links

Merge pull request #1336 from tony/freebsd-lldb

Update FreeBSD installation docs for LLDB support

Merge pull request #1347 from fffej/teh-to-the

Fix typos of teh

Fix typos of teh

Update FreeBSD installation docs to the new devel/llvm37 package.

- Instructions updated for building with llvm37
- Remove freebsd-install-lldb.sh script
- Add syntax-specific highlighting to code blocks
- Create and link to note on other Clang / LLDB versions

Pick up security cookie definition from CRT headers

[tfs-changeset: 1510564]

Improve build-rootfs script.

Title:

   Binplace xplat binaries during official builds

Change Description:

   This is the initial implementation of having our official devdiv razzle builds binplace non-Windows xplat binaries.

   For now xplat binaries are binplaced only during official builds; this can be overridden by specifying /p:GetAllXPlatBinaries=true.  Binplacing is limited to CoreClr builds on amd64 as that's all we build for xplat.
   xplat binaries are pulled directly from Azure; if this becomes problematic we can look at having an internal cache.
   Binaries are pulled from Azure using a checked in copy of azcopy.exe.  For now I have embedded the source key; this will be removed in the future in favor of using a shared access signature.
   At present the build number for the xplat bits is fixed; this will be removed in a future change.
   The binaries are in zip format.  Once downloaded the contents are extracted in a directory under %_nttree% named after the platform; this puts them with the other xplat bits we build on Windows.

[tfs-changeset: 1510395]

Replace multiple .gitmirror files with .gitmirrorall .

Add missing packages in documentation.

Merge pull request #1342 from jkotas/early-mscorlib-references

Fix crash when using OpenCover with mscorlib

Merge pull request #1327 from mikem8361/settid

Add work around a bug in lldb on a core dump

Remove comments from tryrun cmake files

Fix crash when using OpenCover with mscorlib

OpenCover injects self referencing assembly refs to mscorlib. The fix avoids crash when the assembly loader tries to resolve them early during startup.

Fix #1340.

Add cross compilation support for ARM and ARM64.

Merge pull request #1326 from ganeshran/MovingPackageFolderCreationSection

Moving Folder creation section above Nuget.exe Download

Moving Folder creation section above Nuget.exe Download

The Download Nuget.exe section assumes that the ~/coreclr-demo/packages folder already exists. However the command to create it is given in the section after that. In other platform instructions file the sequence appears correctly

And Removing the phrase 'Place all the Nuget packages together' as per PR comment

Merge pull request #1325 from mikedn/winx86

Enable the Windows x86 build

Enable the Windows x86 build
This allows building the Windows x86 version of CoreCLR by using "x86" for the BuildArch parameter of build.cmd. Note that CMAKE_SYSTEM_PROCESSOR is no longer used in Windows builds to set IS_64BIT_BUILD.
This change is enough to get CoreCLR to build but more changes are required for it to actually run correctly. In particular, the JIT compiler support for x86 is pretty limited at this point.

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

Merge changes from TFS