[lock-tracer] Small improvements to the decoder.

[mini] Fix locking order violation in mono_get_seq_points.

mono_get_seq_points takes the domain lock then calls mini_get_shared_method.

mini_get_shared_method then calls into general metadata code that eventually take
the loader lock.

The loader lock has precedence over the domain lock.

[build] Rename RUNTIME variable to avoid clash with make.config's version

Starting with 62c86e2243ef677ce060515dc584599fd559a3f4 mono/mini/Makefile now includes mcs/build/config.make.
Both files define RUNTIME, but with different values. The mini one requires the usage of MONO_PATH while the one in
mcs don't.

To fix that we rename the mini var to MINI_RUNTIME.

[runtime] Fix locking in mono_image_file_for_image.

Fix the build.

[jit] Remove the usage of MonoGenericSharingContext from the back-ends, its no longer needed.

[jit] Remove mini_replace_type (), use mini_get_underlying_type () instead.

[jit] Remove the MonoGenericContext/MonoCompile arguments from the various mini_type_is/mini_is_gsharedvt etc. functions, the types are now self-describing, i.e. its possible to determine whenever they are gshared, gsharedvt, etc. without consulting a MonoGenericContext. Remove mini_type_get_underlying_type (), use mini_get_underlying_type () instead.

[jit] Remove class init trampolines, use the same code for generic and non generic class inits, implement the slowpath using a JIT icall.

[threadpool-ms-io] Factor update removing

[threadpool-ms-io] Remove socket synchronously from backend when closing socket

To achieve this, we need to wait for the update to be applied to the backend.

This is mainly for the epoll backend, as we do not need to remove the fd from the backend when using kqueue.

[gshared] Fix constrained partial calls to Object:GetType ().

[lock-decoder] Update it to include the threads lock.

[runtime] Safe publish MonoImage::name_cache and exploit that around the runtime. Fix ImageLock nested use.

[mcs] Add missing interpolated string segmnent clone. Fixes #32135

[mcs] Parentheses expression can act as conditional access receiver. Fixes #32130

[build] Clean up cross referenced files

[mcs] Resolve nullable expression before unwrapping. Fixes #32054

[System.ServiceModel.Web] Fix tarball generated by "make dist"

System.Runtime.Serialization.Json/JavaScriptReader.cs is needed by the System.Json assembly, but in
d44898a2308b06a1b51b646e519da1ac3daaf6b4 it was removed from net_2_0_System.ServiceModel.Web.dll.sources
which means it wasn't included in the tarball anymore and building it failed.

Fixing the tarball by including the file in EXTRA_DISTFILES.

Merge pull request #1931 from kasthack/system.web-fixes

[System.web] Reference source imports + HttpApplication fix

[jit] Remove the support for MONO_ARCH_NOTIFY_PENDING_EXC, it only works on amd64, and its not worth the complexity.

[jit] Use mini_type_get_underlying_type () instead of mini_get_basic_type_from_generic (), make the latter static.

[linker] Instead of preserving every method with a [Register] attribute...

[merged from monodroid by rodo]

part of

commit 0b9c100b60fc2502a0d6347d50cac444bb82b285
Author: Jonathan Pobst <monkey@jpobst.com>
Date:   Wed Sep 28 15:50:39 2011 -0500

    Instead of preserving every method with a [Register] attribute on it in Mono.Android.dll, only save the things that the user actually uses.  Reduces HelloWorld release apk by ~1.3MB.

[linker] return count of marked methods

[merged from monodroid by rodo]

 - part of

commit 216f75038afee2105182fc6af329f1fc83c4298f
Author: Radek Doulik <rodo@xamarin.com>
Date:   Sun Nov 23 11:40:42 2014 +0100

    [linker] mark methods (from Register attr) in base type when needed

     - fixes #10268
     - methods from these Register attributes were not marked:

       https://github.com/xamarin/monodroid/blob/master/src/Mono.Android/src/Android.Widget/AdapterView.cs#L132-135

       because the app used class derived from BaseAdapter class and the methods
       existed only in the base class and were not marked

[linker] fix Linking for assemblies with type forwarders (like PCL)

[merged from monodroid by rodo]

commit 840487dd904a5552f77dcc7388b27c37ca09169f
Author: Radek Doulik <rodo@xamarin.com>
Date:   Thu Oct 16 20:03:58 2014 +0200

     - sometime the assemblies with action set to Copy still might
       contain type references to forwarders and thus point to
       Delete assemblies, which are removed during linking, resulting
       in unresolvable type references

     - fixes https://bugzilla.xamarin.com/show_bug.cgi?id=23617
       XA forms template now builds and works OK
       XA app template builds and works OK

[linker] process only .xml files, catch xml exceptions

[merged from monodroid by rodo]

commit f51f044e30b822f191777a395563ef9d46f8b69d
Author: Radek Doulik <rodo@xamarin.com>
Date:   Wed Mar 4 18:28:59 2015 +0100

     - fixes #27620

     - in this case we were trying to process Application.java
       as linker an assembly XML linker description, which led
       to uncaught XmlException

[linker] In ResolveFromXmlStep, bail if no <linker> element is found.

[merged from monodroid by rodo]

commit 2edecdc39ca55c65de4f57557e5e31b5d432eaa4
Author: Alex Rønne Petersen <alexrp@xamarin.com>
Date:   Mon Jul 1 15:35:59 2013 +0200

    The BlacklistStep pass will feed the ResolveFromXmlStep pass XML files
    that may not necessarily *be* linker descriptor files. This can happen
    if an embedded file happens to be named "Foo.Bar.xml" and an assembly
    called Foo.Bar is referenced in a project. The chances of this happening
    are probably very low, but better safe than sorry.

[linker] Fortify the BlacklistStep.

[merged from monodroid by rodo]

commit 3001f693c52be0da673446179daf498265024867
Author: Alex Rønne Petersen <alexrp@xamarin.com>
Date:   Tue Jul 30 20:06:21 2013 +0200

    1. Catch XmlExceptions in case of broken XML files.
    2. Only process files that actually end in ".xml".

[linker] Support linker descriptor files embedded in the assemblies being linked.

[merged from monodroid by rodo]

commit 3e19b22eb24ff9faeebe1ace7461d8f91f807041
Author: Alex Rønne Petersen <alexrp@xamarin.com>
Date:   Mon Jul 1 15:34:26 2013 +0200

    This is in addition to those files that are already embedded in the linker assembly
    itself (such as mscorlib.xml). People can use this feature to tell the linker that
    certain methods/fields/types must be kept if a particular assembly is being referenced
    by embedding a descriptor file in it.

[System.Web] Imported some interfaces, attributes and enums from reference source:
ISubscriptionToken, IModelNameProvider, BindingBehaviorAttribute, BindingBehavior, BindNeverAttribute, BindRequiredAttribute, ExtensibleModelBinderAttribute, ModelBinderProviderOptionsAttribute,  CodeCharts,  WebBrowsableAttribute, WebDescriptionAttribute, WebDisplayNameAttribute, AspNetWebSocketOptions

[System.Web] Made HttpApplication method parameters match reference version

[System.Web] Fixes make dist

[mcs] Update to latest mscorlib

[build] Update facades to mobile profiles

[Facades] Add partial facades with missing (unknown) types

[System.Numerics.Vectors] Fixes public key

Fix a warning.

[llvm] Add support for returning vtypes as a scalar, this is used on arm64.

[sgen] Don't crash on canaries when called from `mono_gc_scan_for_specific_ref()`.

This function is only ever called from the debugger, and we don't want
it to crash when a canary has been overwritten.

[threadpool-ms] Use define for monitor thread minimal lifetime

[threadpool-ms] Fix monitor thread starting and ending at a multiple times per second

[Facades] Add missing folder

Remove aggressive filter

[build] Add System.Numerics.Vectors skeleton

[runtime] Implemented MonoContext for WatchOS using ucontext.

We cannot use inline assembly for WatchOS.

[tests] Fix tests on OS/X

OS/X, like Android, uses a symlink for the $TMP directory. The tests used to assume
that the link points to the /private/tmp directory (which is the case) but earlier
changes introduced here for Android employed a more generic mechanism to determine the
actual temporary directory.
This commit removes the '/private' prefix assumption from OS/X

[Facades] Add v3 facades

[tests] 4.x profiles produce test assembly suffixed with 4_x now

[tests] corlib tests are in corlib_test_net_4_x.dll now

[tests] Disable until a server that works is found

This test depends on server behavior. I changed the server to xamarin.com
earlier on, but it stopped behaving as required recently. The test should
not rely on random servers, so until we have a server we can rely on I'm
disabling it.

[tests] Crashes on Android 64-bit

Disable for all other architectures as well, as there's not enough
flexibility in this respect :(

[tests] Disable on Android due to runtime segfault

The Dispose call in FakeSafeHandle causes the Mono runtime to segfault
when passing the call up the chain. As a consequence of disabling the
base class call, the other tests disabled by this commit fail.

[tests] Runtime segfaults on Android, probably due to AppDomain.Unload

[tests] Disable tests not working on mobile platforms

[tests] Add Xamarin.Android assembly name to list of probes

[tests] Disable on Android due to environment differences

Assemblies in Xamarin.Android cannot be accessed as FileStream/files directly

[tests] Adjust the test for Android-specific behavior

[tests] Disable on Android due to environment differences

Xamarin.Android doesn't ship with the Mono.Compilerservices.SymbolWriter
assembly that is required by this test.

[tests] Assembly.GetEntryAssembly works differently on Android

There's no entry assembly as such, adjust the test accordingly.

[tests] Disable on Android due to environment differences

It's not possible to save the assembly in the current directory on Android and AssemblyBuilder.DefineDynamicModule will not
allow a full path to the assembly to be passed to it. Trying to change the current directory before saving will not work either as
FileStream will then prepend / to the file name (perhaps it's another bug) and write access to the filesystem root is, obviously, denied

[tests] Disable on Android due to environment differences

Xamarin.Android doesn't ship with the Mono.Compilerservices.SymbolWriter
assembly that is required by this test.

[tests] Disable on Android

Fails with System.MethodAccessException : Method `t17:.ctor ()' is inaccessible from method `t18:.ctor ()'

[tests] Disable parts relying on APIs not in Mobile Profile

[tests] The test crashes the runtime

[tests] Disable code to prevent Mono runtime crash

AppDomain unloading causes a segfault with the Mono runtime on Android.
Until the cause is found and fixed this code must remain disabled.

[tests] Disable on Android due to environment differences

Xamarin.Android doesn't ship with the Mono.Compilerservices.SymbolWriter
assembly that is required by this test.

[tests] Disable on Android due to environment differences

DefineResource doesn't allow path in its fileName parameter and the
test attempts to write to / in effect (which is the default CWD for
Android apps)

[tests] Xamarin.Android works the same way as the desktop Mono

[tests] Adjust test to work in unsupported scenarios

On Android (possibly on other systems too) it is possible that no gateway address is available and its lack is NOT an error
Here is a sample of /proc/net/route from Nexus 9 running Android 5.1.1 (IPInterfaceProperties parses that file on Linux)

  Iface Destination Gateway  Flags RefCnt Use Metric Mask MTU Window IRTT
  wlan0 0001A8C0 00000000 0001 0 0 0 00FFFFFF 0 0 0

Gateway is set to any address and it is explicitly ignored by the route information parser

For comparison, here's route contents from an Android 4.4.4 device:

  Iface Destination Gateway  Flags RefCnt Use Metric Mask MTU Window IRTT
  wlan0 00000000 0101A8C0 0003 0 0 0 00000000 0 0 0
  wlan0 00000000 0101A8C0 0003 0 0 203 00000000 0 0 0
  wlan0 0001A8C0 00000000 0001 0 0 0 00FFFFFF 0 0 0
  wlan0 0001A8C0 00000000 0001 0 0 0 00FFFFFF 0 0 0
  wlan0 0001A8C0 00000000 0001 0 0 203 00FFFFFF 0 0 0
  wlan0 0101A8C0 00000000 0005 0 0 0 FFFFFFFF 0 0 0

Obviously, this test fails on the first device and succeeds on the second. For this reason the test is modified to succeed
in case of devices like the first one since it's not a real failure but a shortcoming of the .NET API

[tests] Fix tests which rely on temp dir location being a real dir

Android M (that's where I ran into it) makes the path returned by
Path.GetTempPath () a symlink to the real directory used for temporary
files. When the tests change the directory the symlink is followed and
subsequent reads of the current directory name will return the real dir
name which doesn't match what was constructed using the value returned by
GetTempPath ()

[tests] Fails on Android ARM64

The test works on all the other supported architectures but segfaults on
ARM64 (Nexus 9 running Lollipop 5.1.1)

[test] Disable on Android for now

The test throws the following exception

  MonoTests.System.Security.Cryptography.AesCfbTests.Roundtrip=System.Security.Cryptography.CryptographicException : Bad PKCS7 padding. Invalid length 236.
  at Mono.Security.Cryptography.SymmetricTransform.ThrowBadPaddingException (PaddingMode padding, Int32 length, Int32 position) <0x3bf26858 + 0x000bb> in <filename unknown>:0
  at Mono.Security.Cryptography.SymmetricTransform.FinalDecrypt (System.Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount) <0x3bf264f8 + 0x0022f> in <filename unknown>:0
  at Mono.Security.Cryptography.SymmetricTransform.TransformFinalBlock (System.Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount) <0x3bf219b0 + 0x00077> in <filename unknown>:0
  at MonoTests.System.Security.Cryptography.CfbTests.Decryptor (System.Security.Cryptography.SymmetricAlgorithm algo, System.Byte[] encdata) <0x3bf261f8 + 0x00221> in <filename unknown>:0
  at MonoTests.System.Security.Cryptography.CfbTests.CFB (System.Security.Cryptography.SymmetricAlgorithm algo, Int32 feedbackSize) <0x3bf20000 + 0x0011b> in <filename unknown>:0
  at MonoTests.System.Security.Cryptography.AesCfbTests.CFB (System.Security.Cryptography.SymmetricAlgorithm algo) <0x3ca53ef0 + 0x00043> in <filename unknown>:0
  at MonoTests.System.Security.Cryptography.CfbTests.ProcessPadding (System.Security.Cryptography.SymmetricAlgorithm algo) <0x3ca53e80 + 0x0004f> in <filename unknown>:0
  at MonoTests.System.Security.Cryptography.CfbTests.ProcessKeySizes (System.Security.Cryptography.SymmetricAlgorithm algo) <0x3bf3fc20 + 0x000b7> in <filename unknown>:0
  at MonoTests.System.Security.Cryptography.CfbTests.ProcessBlockSizes (System.Security.Cryptography.SymmetricAlgorithm algo) <0x3bf3f910 + 0x0007b> in <filename unknown>:0
  at MonoTests.System.Security.Cryptography.AesCfbTests.Roundtrip () <0x3bf3cf28 + 0x00073> in <filename unknown>:0
  at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (System.Reflection.MonoMethod,object,object[],System.Exception&)
  at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) <0x3bf3cc10 + 0x0008f> in <filename unknown>:0

[tests] Don't use Assembly.Location on Android

Assembly.Location will contain just the assembly file name without any path, which
is not what the test(s) expect. The reason is that the assemblies on Android live
in the APK, are embedded in the native code or don't exist at all (AOT)

[tests] Android behaves the same as desktop Mono

The same exceptions are thrown in Xamarin.Android, unlike in Xamarin.iOS which
behaves differently to desktop Mono

[tests] Disable for Android

The test works when only its fixture is ran, fails when ran as part of the
entire BCL test suite.

[tests] Disable because URL is no longer there

The test relies on presence of a specific file that is now gone. Disabled
until a stable URL is found :P

[tests] Disable for Android

The test works when only its fixture is ran, fails when ran as part of the
entire BCL test suite.

[tests] Disable for Android

The test works when only its fixture is ran, fails when ran as part of the
entire BCL test suite.

[tests] Android doesn't have access to Assembly.Location

Attempts to access the test dll which won't work on Android since the
dll is either in the apk or bundled in the native code or not there at
all (AOT)

[tests] Disable for Android

The tests work fine if only this fixture is ran, they fail when ran as part
of the entire test suite.

[tests] Disable for Android

The tests work fine if only this fixture is ran, they fail when ran as part
of the entire test suite.

[tests] System zlib errors out for these on Android

[tests] Large locks not supported on Android

While bionic reports it supports 64-bit offsets for locks and exposes the
necessary APIs, attempt to use offsets larger than 32 bits results in
an error.

[tests] The test hangs on Android

[tests] The test hangs on Android

[tests] Use xamarin web server

http://elmundo.es/ started to send more than one cookie while
xamarin.com sends just one.

[tests] Don't assume specific charset

Don't assume a specific charset in HTTP response from a server. Google
changes response charset based on the country of the client's
IP. There's no point in checking for the specific charset, it's enough
to check whether the response header has correct format.

[tests] Different CPUs have different precision

Fix the test to compare the subtraction result to value more
conservative than Double.Epsilon, to account for differences in
different CPU floating point units on Android.

[tests] Use correct path in process tests

/bin/ls doesn't exist on Android, it's /system/bin/ls

[test] There is no runtime directory on Android

We return an empty string which is considered to be a valid value in
Android. Adjust the test for that.

[tests] Use 2.1 profile assembly names for mobile

[tests] Make failures more descriptive and fix XA

The test failures didn't really indicate which of the Fail statements
caused the test failure. Also, the 10k offset turned out to be not
enough for the XA test suite (it's much bigger than that)

[tests] Assembly.Location doesn't work on XA

Xamarin.Android stores assemblies inside apk (or bundled, or AOT-ed) and
so Assembly.Location will not point to a real path on the
filesystem. It merely contains assembly name.

[tests] No Mono.CompilerServices.SymbolWriter in XA

[tests] No declarative security in mobile profile

[tests] Fix for when CWD is /

The test case doesn't account for the situation when the tests are ran
at the root of the Unix filesystem. This is, admittedly, a rare case on
Desktop but it's precisely what CWD is for Android processes. The test
would fail because it would get a path of the //Form instead of the /Form

[tests] Works in stand-alone app, fails in nunit

[tests] Fails on mobile with no details

[tests] Doesn't work on mobile

[tests] Works in stand-alone app, fails in nunit