[xbuild] Add Microsoft.NuGet.Build.Tasks.dll MSBuild task

This is required for interoperating with project.json-based NuGet package configuration files
(not to be confused with DNX or AspNet Core which use it as a project file too) from MSBuild/xbuild.

The task hooks into the build process, resolves assembly references from the nuget package cache
and injects them into the compilation project so the csproj doesn't need to be modified when
adding new references/packages.

It is the first step on our road to PCL5/NuGet3.

Merge pull request #3286 from lambdageek/dev/refl-to-managed

[reflection] RuntimeType  Event and Property search partly in managed

[jit] Fix some alignment issues in mono_unwind_ops_encode_full ().

[Facades] Build System.Drawing.Primitives only on profiles with no external dependencies inside bcl

Merge pull request #3285 from lateralusX/jlorenss/win-x64-native-valuetype-abi

Rewrite of Windows x64 value type ABI to support DirectX wrapper libraries on JIT and full AOT.

[Facades] System.Drawing.Primitives use type fowarders in monotouch profile when available

[bcl] Don't build System.Net.Http.WebRequest.dll on mobile

It's not shipped in Xamarin.iOS and Xamarin.Android, so we shouldn't build it for these profiles.

Revert "[Facades] Exclude System.Drawing.Primitives from watch profile"

This reverts commit 6db2cae90c5e33389a730893e1f3f0fb2dbaff06.

[Facades] Exclude System.Drawing.Primitives from watch profile

[llvm] Add generic IR implementations of some SIMD opcodes, not used yet.

Merge pull request #3274 from Unity-Technologies/fix-path-getfullpath-windows

Fix Path.GetFullPath for roots on Windows

Smaller formatting adjustments based on feedback.

Merge pull request #3287 from JustArchi/patch-1

Fix compilation of AOT-less Mono

Fix compilation of AOT-less Mono

```
aot-runtime.c:5838:1: error: expected identifier or ‘(’ before ‘{’ token
 {
 ^
```

[reflection] Move System.RuntimeType.GetPropertiesByName to managed

[reflection] Add System.Reflection.PropertyInfo.GetPropertyFromHandle method

Also add Mono.RuntimePropertyHandle struct representing a native MonoProperty pointer.

Also add ves_icall_System_Reflection_PropertyInfo_internal_from_handle_type icall
that wraps mono_property_get_object_checked.

[runtime] Add finalizer to SafeGPtrArrayHandle

[llvm] Fix an enable debug info generation for llvm 

[reflection] mono_error_init

avoid a crash when there's a cache hit

[reflection] Move RuntimeType.GetEvents_internal to managed code

[reflection] Add System.Reflection.EventInfo.GetEventFromHandle methods

Add new Mono.RuntimeEventHandle struct wrapping a pointer to a native MonoEvent

Add new icall
ves_icall_System_Reflection_EventInfo_internal_from_handle_type that's
mostly a wrapper around mono_event_get_object_checked.

[runtime] Faster parent check in ves_icall_System_Reflection_FieldInfo_internal_from_handle_type

Use mono_class_has_parent for a faster supertypes check instead of
following the parent pointers.

PInvoke methods using SetLastError get dropped on Windows x64 full AOT.

This happens because current implementation is doing a direct call to Win32
GetLastError in order to get the value before it get clobbered by the icall
setting the last error value in mono. When running AOT all constructs that tries
to call a method using a direct address will be dropped since that will not work
in full AOT. This results in incomplete compiled libraries causing runtime exceptions
in full AOT.

The fix on Windows x64 is to introduce a new OP code, GET_LAST_ERROR that will
retrieve the last error without clobbering it in the process. This is done by
emitting code reading the value directly from the TEB (thread environment block)
and will be lowered to just a move from the segment register holding the TEB data
structure on Windows x64. This is how GetLastError is doing this as well, but since
we won’t be able to call the method in a “safe” way in full AOT, using the segment
register directly will solve the issue. We use the segment register for accessing TLS,
so we already relying on the TEB structure.

NOTE, this will only be applied to Windows x64, full AOT for now.

[llvm] Delete some dead code.

[llvm] Delete unused intrinsics.

[sdb] Pass a MonoError* to mono_class_get_methods_by_name () instead of a MonoException*.

Fix a warning.

Fix a GC crash happening in full AOT compiled code where a delegate method can't
be detected at runtime. Since the process crash, lot of valuable information was never
written out to the console (like the managed stack trace) needed to effectively resolve
the issue.

Add gsharedvt support for changed Windows x64 value type ABI.

Rewrite of Windows x64 value type ABI to support DirectX wrapper libraries.

Current implementation used different value type ABI’s depending on if call
was a managed->native, native->managed or managed->managed call. The implementation
was also overcomplicated since it was a tweaked copy from System V x64 value type
ABI with scenarios and conditions that wouldn’t apply to the Windows x64 value
type ABI. Having a uniform value type ABI when possible regardless of managed->native,
native->managed or managed->managed calls simplifies scenarios and reduce complexity.

While all the above are legitimate reasons the primary driving factor behind
the rewrite was a different issue. There are .NET wrapper libraries around DirectX API
used by game engines and other libraries that uses a pattern using a call into a stub
managed method that gets patched directly in the MSIL to a calli that will end up in a
native DirectX vtable method. In current ABI we can’t detect scenario like this, so arguments
are passed as if the call was a managed->managed call causing issues for value types. Since DirectX
uses value types a lot (vectors, matrixes etc.), this was a blocker getting these technologies
running on Windows using DirectX at all. Another approach could be to change the behavior of the
library, but this would require a major redesign of the library and since several of these libraries
are mature, that wasn’t a realistic option, especially since MS .NET runtime handles the libraries as is
without modifications.

The rewrite makes sure Windows x64 value type ABI follow the platform value type ABI in all scenarios.

Merge pull request #3279 from xmcclure/tarjan-crash-2

Re-allow bridge callbacks to be set after GC init

[llvm] Implement some SIMD opcodes using LLVM IR instead of calling an llvm intrinsics.

Merge pull request #3281 from lambdageek/dev/g-ptr-array

[reflection] RuntimeType Field and Method search partly in managed

Move check for slash inside of existing short path check and do a char comparison rather than a string comparison

[Facades] Remove wrong private facade

Merge pull request #3276 from esdrubal/access_token_move

[corlib] Replaced SafeAccessTokenHandle.cs with ref source.

[mcs] Add missing error message argument

[bcl] Include all facade directories in the tarball

net_4_x_PARALLEL_SUBDIRS doesn't implicitly include all facades anymore after 10c5e7251252be4466c4909310fe19b863266784.

[reflection] Managed RuntimeType.GetConstructors_internal

[Facades] Update list of full assemblies

[reflection] RuntimeType.GetMethodsByName in managed

Also:
  1. MethodBase.GetMethodFromHandleInternalType_native icall
  2. reimplemented the other MethodBase GetMethodFromHandleXXX methods
  in terms of this new icall.
  3. MonoError-ize mono_class_get_methods_by_name

[reflection] Managed version of RuntimeType.GetFields_internal

Back out pending_bridge_callbacks_mutex in previous commit

The mutex on pending_bridge_callbacks was overkill because the init
model for the mono runtime already enforces the callbacks being set on
the init thread. Added a couple comments to formalize this.

Merge pull request #3240 from alexanderkyte/aot_compiler_leaks

[runtime] Fix aot compiler leaks

Merge pull request #3248 from esdrubal/web_request_abort

[System] EndRead now throws WebException on abort.

Merge pull request #3268 from esdrubal/mono-sym-enable

[runtime] Enable compact seq point by default

[corlib] Replaced SafeAccessTokenHandle.cs with ref source.

[corlib] Add Mono.SafeGPtrArrayHandle

Wrap a GPtrArrayHandle struct in a safe handle that will free the
native resource after we're done.

[corlib] Mono.RuntimeStructs.GPtrArray

and corresponding Mono.RuntimeGPtrArrayHandle
reflecting native GPtrArray struct in managed code.

[reflection] Switch ves_icall_RuntimeType_GetFields_internal to GPtrArray

instead of MonoPtrArray.  Next step is to return the GPtrArray to
managed code, so using a stack allocated array won't work anymore.

[logging] Default to stdout if MONO_LOG_DEST is unset (#3272)

Follow up to e70a8aca1cd575582459db406ab3410e53074b73, do what the man
page says and default to stdout if MONO_LOG_DEST isn't specified.

Fix Path.GetFullPath for roots on Windows

On Windows, xbuild can fail with the somewhat obscure error message: "error : Error building target GetReferenceAssemblyPaths: UNC paths should be of the form \\server\share." This occurs because a call to Path.GetFullPath(@"\") returns the string "\" on Windows, when it should return a root path that includes the drive letter, like "C:\".

The code in xbuild tries to scan directories for files. Specifically, it looks for "\.*dll". If any .dll files exist in the root directory, each will be returned with the path "/\foo.dll". This path is used to create a FileInfo, and the exception about a UNC path occurs.

So if the path is "\" or "/" Path.GetFullPath should return the correct root path, including the drive letter, on Windows.

Here is the full call stack from xbuild:

Error building target GetReferenceAssemblyPaths: System.ArgumentException: UNC paths should be of the form \\server\share.
at System.IO.Path.InsecureGetFullPath (System.String path) <0x25343f0 + 0x003fb> in <filename unknown>:0
at System.IO.Path.GetFullPath (System.String path) <0x2534378 + 0x00013> in <filename unknown>:0
at System.IO.FileInfo..ctor (System.String fileName) <0x25fae20 + 0x00033> in <filename unknown>:0
at (wrapper remoting-invoke-with-check) System.IO.FileInfo:.ctor (string)
at System.IO.DirectoryInfo.GetFiles (System.String searchPattern) <0x25fa7c0 + 0x00087> in <filename unknown>:0
at (wrapper remoting-invoke-with-check) System.IO.DirectoryInfo:GetFiles (string)
input, Int32 ptr, System.IO.DirectoryInfo directory, Boolean recursive) <0x25fa2b0 + 0x0016b> in <filename unknown>:0
input, Int32 ptr, System.IO.DirectoryInfo directory) <0x25fa270 + 0x0002f> in <filename unknown>:0
at Microsoft.Build.BuildEngine.DirectoryScanner.ProcessInclude (ITaskItem include_item, System.Collections.Generic.Dictionary`2 excludedItems, System.Collections.Generic.List`1 includedItems) <0x25d72d0 + 0x002ab> in <filename unknown>:0
at Microsoft.Build.BuildEngine.DirectoryScanner.Scan () <0x25d70e0 + 0x000ff> in <filename unknown>:0
at Microsoft.Build.BuildEngine.BuildItem.Evaluate (Microsoft.Build.BuildEngine.Project project, Boolean evaluatedTo) <0x25d5a50 + 0x005d3> in <filename unknown>:0
at Microsoft.Build.BuildEngine.BuildTaskItem.Execute () <0x25e5ad8 + 0x0002b> in <filename unknown>:0
at Microsoft.Build.BuildEngine.TaskBatchingImpl.Execute (IBuildTask buildTask, TaskExecutionMode taskExecutionMode) <0x25e3698 + 0x0004a> in <filename unknown>:0
at Microsoft.Build. BuildEngine.TaskBatchingImpl.Run (IBuildTask buildTask, TaskExecutionMode taskExecutionMode, System.Boolean& executeOnErrors) <0x25e50e0 + 0x0004f> in <filename unknown>:0
at Microsoft.Build.BuildEngine.TaskBatchingImpl.Build (IBuildTask buildTask, TaskExecutionMode taskExecutionMode, System.Boolean& executeOnErrors) <0x25e21b0 + 0x00097> in <filename unknown>:0
at Microsoft.Build.BuildEngine.TargetBatchingImpl.RunTargetWithBucket (System.Collections.Generic.Dictionary`2 bucket, Microsoft.Build.BuildEngine.Target target, System.Boolean& executeOnErrors) <0x25e14b8 + 0x00213> in <filename unknown>:0
at Microsoft.Build.BuildEngine.TargetBatchingImpl.Run (Microsoft.Build.BuildEngine.Target target, System.Boolean& executeOnErrors) <0x25e1360 + 0x000f7> in <filename unknown>:0
at Microsoft.Build.BuildEngine.TargetBatchingImpl.Build (Microsoft.Build.BuildEngine.Target target, System.Boolean& executeOnErrors) <0x25dfee0 + 0x00053> in <filename unknown>:0
at Microsoft.Build.BuildEngine.Target.DoBuild (System.Boolean& executeOnErrors) <0x25dfcf0 + 0x0004f> in <filename unknown>:0

Merge pull request #3254 from mono/netstandard

[bcl] netstandard 1.6 support

[runtime] Added gen-seq-points-file= deprecated option

Added gen-seq-points-file= back with deprecated message to avoid crashes
in application still using it.

[runtime] Enable compact seq point by default

Enable compact seq points by default so that the stack trace have IL
offsets instead os native ones.

This changes will allow any stacktrace generated from now on to be
symbolicated using mono-symbolicate.

Deprecates options gen-compact-seq-points.

[bcl] netstandart 1.6 support

[mono-api-html] Add option to ignore breaking changes

Allow bridge callbacks to be set after GC init

This is cleanup to the previous emergency fix for bug 42469. The goal of that fix was to defer bridge processor initialization until after sgen init, but it introduced a requirement mono_gc_register_bridge_callback be called before sgen init. This breaks Xamarin Designer, which sets up callbacks late.

This patch introduces an sgen_init_bridge () which is called both at startup and after callbacks are set, and performs the initialization once all pieces are in place. Additional concurrency and style issues are also addressed.

Merge pull request #3224 from ludovic-henry/iolayer-extract-wait-handle

[io-layer] Extract handle lifetime + waiting + signalling to utils

[aot] Fixes strip tool invocation in to wrap paths in AOT compilation.

Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=34498.

Fix windows build after 162f843968caf500ab09ea7176691e67334d416f

[corlib] Rewrite RuntimeType.GetGenericParameterConstraints (#3260)

* [corlib] Rewrite RuntimeType.GetGenericParameterConstraints

using managed code for managed object manipulation by surfacing the
native MonoGenericParamInfo struct to managed code as Mono.RuntimeStructs.GenericParamInfo

* [corlib] RuntimeType::GetGenericParameterAttributes can be managed code now.

* [corlib] Fix x86 breakage

RuntimeTypeHandle.GetGenericParameterInfo returns a pointer
Not a struct that's the same size as a pointer.  On the x86 Linux
calling convention they behave differently.

Merge pull request #3265 from xmcclure/tarjan-crash

Defer bridge processor init until after sgen init, fixing crash (bug 42469)

[amd64] Reorganize add_valuetype () to make it easier to use the platform calling convention for managed code as well. Implement dyncall support for passing/returning vtypes in registers.

[io-layer] Move handles out of the io-layer to utils/w32handle

[io-layer] Inline init_handles_slot

[io-layer] Replace _WAPI_PRIVATE_HANDLES and _WAPI_PRIVATE_HAVE_SLOT by _wapi_handle_lookup_data

[io-layer] Remove any remaining dependency of handles.c on other parts of the io-layer

[io-layer] Replace _WAPI_HANDLE_INVALID by INVALID_HANDLE_VALUE

[io-layer] Remove wapi_getdtablesize

[io-layer] Move DuplicateHandle and CloseHandle to wapi.c

[io-layer] Remove use of _wapi_has_shut_down

[io-layer] Remove unnecessary locking of _WAPI_SHARED_SEM_FILESHARE

[io-layer] Move _wapi_handle_spin to handles.c

[io-layer] Move _WAPI_FD_HANDLE, _WAPI_SHARED_NAMESPACE and _WAPI_HANDLE_INVALID to handles-private.h

[io-layer] Remove pseudo global handle

[io-layer] Allocate WapiHandle specific data on the heap

[io-layer] Register WapiHandleOps dynamically

[io-layer] Move WapiHandleType and WapiHandleOps to handles-private.h

[io-layer] Extract _wapi_search_handle_namespace from handles.c

[io-layer] Add typename and typesize handle operations

[io-layer] Move _wapi_getpid out of handles.c

[io-layer] Add details operation on handle

[io-layer] Move io-layer initialization out of handles.c

[io-layer] Move file_share_hash to io.c

[io-layer] Remove empty function _wapi_shm_semaphores_remove

[io-layer] Remove unused _wapi_sem_id

[io-layer] Extract WapiHandleBase from _WapiHandleUnshared

[io-layer] Make _WAPI_PRIVATE_MAX_SLOTS and _WAPI_HANDLE_INITIAL_COUNT definition private

[io-layer] Make _wapi_global_signal_handle definition private

[io-layer] Make _WapiHandleUnshared definition private

[io-layer] Factor Mutex and NamedMutex code

[io-layer] Factor Semaphore and NamedSemaphore code

[io-layer] Factor Event and NamedEvent code

[io-layer] Make named handle use their equivalent non-named handle

Merge pull request #3267 from lateralusX/jlorenss/fix-win-build-missing-exports

Fix windows build issue due to missing export in def files.

Fix windows build issue due to missing export in def files.

[runtime] Make mono_thread_resume_interruption () work during shutdown as well by checking for ThreadState_StopRequested as well. Hopefully fixes #41644.

Defer bridge processor init until after sgen init (bug 42469)

mono_gc_register_bridge_callbacks is a function which the android implementation calls before initializing the runtime. One of the things this function previously did was initialize the default bridge processor if none has been initialized yet. However, because the function gets called before initializing the runtime, a bridge processor was never initialized. This lead to two bad effects:

- If a bridge processor was ever manually specified, the bridge processor would get initialized twice
- Tarjan crashes if initialized before sgen, so when Tarjan became the default bridge processor Android always crashed on launch

The default bridge processor is now initialized at the end of sgen_gc_init.

More verbose error message when sgen_register_fixed_internal_mem_type fails