[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

[tests] Xamarin.Android has the desktop behavior

[tests] Xamarin.Android already has the namespace

[build] Update missing file

[build] Update profiles path

[build] Update profiles path

[Facades] More missing types

[Facades] Update to 4.6 api

[build] Update docs profile paths

[build] Switch to 4.6 profile as default profile

Bump binary-reference-assemblies

[xbuild]: Fix ResolveAssemblyReference.ResolveReference() with empty search paths.

When using shared projects, the search path and/or framework paths may sometimes
contain empty elements.

This fixes commit 5b12d9ae37ee34aad5f1ceada34cb36f11fb41ce.

[llvm] Add support for pass/returning vtypes by ref.

[system] Add missing APIs

[threadpool-ms-io] Fix epoll socket close/remove race condition

With the previous commit, it fixes a range of bug that happens only with epoll. This is because, contrary to poll and kqueue, epoll keeps an internal state that has to be kept in sync with the threadpool_io->states hash table.

This threadpool_io->states hash table is keeping a list of file descriptor to watch, with the corresponding SocketAsyncResult to callback in case of event on the fd. But epoll also keeps its internal state that needs to me modified with EPOLL_CTL_ADD, EPOLL_CTL_MOD and EPOLL_CTL_DEL.
Contrary to kqueue, EPOLLONESHOT does not force epoll to remove the socket from its internal state once an event have been triggered; but it will just not fire this event again, until this event is reset. Also, epoll will remove a fd from its internal state when this fd is closed.

This will lead to a bunch of out-of-sync states like the following :
 - the user start reading asynchronously the STDOUT of a child process, the child process quit (closing the STDOUT fd), this fd is reused by the OS for something else (like a socket), the IO threadpool call epoll_ctl with EPOLL_CTL_MOD (because the fd is still in the states hashtable), but the OS returns an error because the underlying file is different, even if the fd is the same.
 - the user opens a socket, does some asynchronous operation on it, and close it; removing it from the table but not from epoll (as it does not call epoll_ctl with EPOLL_CTL_DEL). For another reason, the fd has not been closed in the OS (and thus in epoll), because it might, for example, still be open by another process. After that, we receive an event for this fd (as it is still in epoll), and between the time of the epoll_wait and the epoll_ctl with EPOLL_CTL_DEL, the fd is actually closed in the OS, leading to a EBADF error.

The g_warning have also been replaced by g_error, so we do not silently discard this kind of error in testing.

[bcl] Remove ProcessAsyncReader handle from IO ThreadPool on closing

[threadpool-ms-io] Rework some utility functions

[threadpool-ms-io] Replace the 2 locks by only 1

[runtime] Fix the mono_get_lmf_addr () optimization for x86-ios. Fixes #31921.

[utils] Factor lazy initialization of threadpool-ms and threadpool-ms-io for use by other modules

Disable the test added by 37ad145b2f00beb3e1aa9b86e306fbcbc50df3fe, it doesn't work on all platforms.

[ilasm] Imlicitly set enums value__ special flags

Look for resgen2 where mcs is.

Fixes an issue on El Capitán where resgen2 isn't necessarily in PATH.

Merge pull request #1730 from BrzVlad/feature-arm-fast-tls

Feature arm fast tls

[threadpool-ms] Add tracing

[ilasm] Make only structs automatically sealed (partially reverts 541a65ddd3f4b49c4d5bb6324bae63f0ed569115)

[ilasm] Don't make enums and structs sealed when sealed modifier is not used

[jit] Fix float32 support for the interlocked opcodes.

[amd64] Fix marshalling of empty structures.

[System] Don't assume WebConnectionStream of unknown http methods require write stream. Fixes #31830

Merge pull request #1927 from borgdylan/x86fix

fix the x86 build

fix the x86 build

[runtime] Add support for portable pdb files without a MODULE table. Fix mono_ppdb_get_seq_points ().

[runtime] Make mono_trace_set_printerr_handler () call g_set_printerr_handler (). Fixes #31451.

[runtime] Update portable pdb support for the latest spec.

[aot] Emit the got into the bss section on osx too.

[tests] Add tls stress test

[arm] Add MONO_DEBUG option for using only fallback tls.

[arm] Add fast tls support on ios.

[sgen] Use the sgen allocator fastpath also when cross compilling.

The platform needs to support tls for it to be generated.

[sgen] Fix allocator creation when running with jit disabled.

We don't allocate the method header when not jitting.

[arm] Add fast tls support on android.

[sgen] Allocator defines depend on the target not the host.

[arm] Add fast tls support on linux

Add support for OP_TLS operations. The code that implements this is comprised of getter and setter asm thunks, which is either inlined, or it uses external code. At runtime we check the implementation on the system, using the inlined thunks if we can.

[mcs] Emit symbol info local variables for compiler generated storey variables. Fixes #31784

[mcs] Remove NET_4_0 ifdefs

[jit] Use a feature macro instead of hardcoding users.

Remove duplicated code.

[arm] Fixed the max length of seq_point. Fixes #31829.

[jit] Disable fast tls on osx if MONO_HAVE_FAST_TLS is not defined.

[utils] Disable fast TLS on darwin until we have proper fallbacks  in place.

[mini] Add some extra asserts around fast tls to ensure we don't mess up.

[utils] Don't abort at startup if remote TLS reads is not available.

Remote TLS reads is not a required feature for the runtime to work on
mach systems. We still want it available, but can leave the assertion
to happen when someone actually use it.

Usage won't happen today as part of regular code execution, so moving
the assert will make us more robust.

[utils] Add fallback TLS offset scanning to X86 and AMD64.

Merge pull request #1922 from antonmes/master

Add TLS offset for pre-release OS X 10.11 on x86

Merge pull request #1924 from bosmacs/master

Add TLS offset for pre-release OS X 10.11 x86, as #1919 did for x64

Add TLS offset for pre-release OS X 10.11 x86, as in #1919 for x64

Add TLS offset for pre-release OS X 10.11 on x86

[llvm] Remove the restriction on handlers without invokes, its not needed any more.

[jit] Fix a regression introduced by ce567f4026d0b0c22469dbb54f6bf0f0de18b6f2. cfg->flags was initialized with a JitFlags value.

[llvm] Fix the handling of nested clauses.

Merge pull request #1888 from joelmartinez/mdoc-flagsbug

[mdoc] Adds custom formatting for the `ObjCRuntime.Platform` enum.

Bump reference sources

[System.Net.Http] Reading ContentLength value actually set header property value. Fixes #30561

Merge pull request #1919 from bosmacs/master

Add TLS offset for pre-release OS X 10.11 on amd64

Add TLS offset for pre-release OS X 10.11 on amd64

[sdb] Allow boxed vtypes as this when invoking vtype methods. Fixes #30023.

[mdoc] Adds custom formatting for the `ObjCRuntime.Platform` enum.

This enum, which can be found in Xamarin's iOS and Mac products use a custom encoding
scheme which resulted in invalid values being shown when processed with mdoc. This patch
adds a special case to watch for this particular enumeration value, and decodes the data
correctly.

Additionally, the code that formats the values for flags enumerations was refactored. Future extensibility of this feature can now be done by simply implementing a new `FlagsFormatter`, and applying the proper logic in the `MakeAttributesValueString` function.