Make NotImplementedException partial to allow XI to add an helper method

Sprinkle some DISABLE_CAS_USE for System.ServiceModel.* helpers

Enable more thread apis

Initial thread integration

Import System.Threading.WaitHandle

Disable more cas

Import System.Threading.Timer

Add more mobile api which fails or crashes but was available in previous versions

Implement System.Double runtime support

Disable RemoteDebugger

Add broken mono configuration hack

Convert null attribute type to Attribute. Fixes #29916

Add more missing strings

we cannot check MDAC version via registry, so do not try it.

Always call SSPIWrapper.CheckRemoteCertificate().

Hold user token as IntPtr only

More configuration dependencies

Add mono dependencies

Correctly throw on missing encoding

SqlClient mono friendly bits

Disable more cas

Mobile fixes

PKCS bugfixes

Add more mobile api which fails of crashes but was available in previous versions

More profile apis tweaks

Adding reference source for System.Configuration

Fix what looks like a buggy RsaOaepDecrypt

More cryptography mono tweaks

Mono tweaks to cryptography

Make WindowsRuntime enum value alway available

Remove more com stuff from Attribute

more uses of NO_DYNAMIC_CODEGEN condition were needed.

Restore Mono compatibility with UnmanagedType enum

Some values, like CustomMarshaler, are used by XI unit tests.

Mono friendly cryptography bits

Mobile teaks to security attributes

Update public api

Mono friendly versioning

Mono friendly safe handles

Fix wrong define 7612b6f65cec4620d83117511d38e47a5456b468

Tweaks for mobile profiles

Mono friendlly com types

more SRE elimination was needed.

Add NO_DYNAMIC_CODEGEN condition. We will be based on (non-emit) reflection.

Add mobile build support in System.Runtime.Serialization.

Hide ComImportAttribute from MT

Mono friendly runtime attributes

Add mono stacktraces to ExceptionDispatch

Mono friendly TextInfo

Fixes endianess issue in resourcereader

Comparer fix

Equality comparers fixes

More DISABLE_CAS_USE

Mono friendly Buffer

Mono friendly generic comparers

Enable GetGenericArguments

Update timezoneinfo TypeForwardedFrom

Update some TypeForwardedFrom

Add FULL_AOT_RUNTIME to IAppDomain

Mono friendly FileLoadException

Mono friendly TypeLoadException

Fix wrong FEATURE_USE_LCID ifdef

Add mobile build conditions for SMDiagnostics.dll.

Fix FullAOT build

Remove unused icall

Mono friendly compareinfo

Fix mobile_static build.

Remove Mono specific paths from DateTimeFormatInfo

Specialize encoding names translation

Add a workaround for #24566 so 3.12 mcs can compile System.Xml.

Add conditionals to ServicePointManager.cs.

* `ServerCertValidationCallback': Enable this for Mono.
* `ServicePointManager': Use 'MONO_FEATURE_WEB_STACK' here, we'll
  eventually bring this together with the web stack.

We want the helper APIs at the top of the file, but not the actual
'ServicePointManager' class.

Avoid initializing String.Empty, it is now done from native code.

Use actual parameter custom attribute type.

This fixes the situation where a parameter has more than one
custom attribute.

Add MONO_PARTIAL_DATA_IMPORT.

It is to make it possible to import everything but SqlClient and co.

Add #if-s for mobile builds.

Avoid some windows-only calls in System.Data.

Mono friendly string

Fix DateTime regression on ARM

This is the same issue as in https://github.com/mono/referencesource/pull/7,
i.e. there's an overflow when casting a too large value from double->long
and the referencesource implementation relies on this being a large negative
value in order for the ArgumentOutOfRangeException to be properly thrown.

As Mono's runtime on ARM in this case returns -1, the exception isn't thrown.

The fix is to introduce an explicit overflow check, catch an eventual
OverflowException and raise the proper exception instead. This can be JIT'd
to better code than checking if the value fits into long every time.

It fixes a couple of DateTime unit tests that currently fail on ARM.

Mono friendly ExceptionDispatchInfo

Don't replace CategoryAttribute value with key when not found.

Mono friendly System.Resources

Mono friendly MethodBase

Mono friendly Type|MemberInfo

Disable unmanaged IsVisible type path, it does not work

Filter out more FrameworkEventSource

Enable more Type code

Return top-level parameter custom attributes when no base methods exists

Throw better exception on not yet implement runtime icall

Mono friendly TypedReference

Disable more CAS

Disable more CAS

Restore RegisteredWaitHandle as we now use the Mono one

The Mono one is entirely implemented in managed code, so it does not need any runtime support.

Endian fixes to serialization

Mono friendly serialization

Update timer argument exception check

Added serialization annotations to StringBuilder

Add mono specific handling to attribute

Mono friendly Attribute

Few FULL_AOT_RUNTIME tweaks

Mono uses WebAsyncResult instead of reference sources LazyAsyncResult (at least for now)

Fix System.Timers.Timer regression on ARM

When setting Interval = double.MaxValue like in the TimerTest.Interval_TooHigh_ThrowOnEnabled and
TimerTest.Interval_TooHigh_Enabled_Throw Mono unit tests there was a regression on ARM in that
the ArgumentOutOfRangeException wasn't thrown as expected.

Turns out, on ARM the call to (int)Math.Ceiling(double.MaxValue) as used in UpdateTimer() and Enabled setter
doesn't produce -2147483648 (i.e. Int32.MinValue) like on x86/amd64 but rather 2147483647 (i.e. Int32.MaxValue),
which is perfectly valid as the cast overflows and the result is an undefined value.
This means that the value passed to the underlying System.Threading.Timer is not negative
and no ArgumentOutOfRangeException is thrown there.

The fix is to properly check for interval>Int32.MaxValue like is done already in the constructor.
I pulled that logic out and introduced a separate method CalculateRoundedInterval().

Note: The thrown exception changes from an ArgumentOutOfRangeException inside of System.Threading.Timer
to an ArgumentException inside of CalculateRoundedInterval().
I think this has minimal impact as no-one should rely on this exception anyway and it actually matches
what MSDN (https://msdn.microsoft.com/en-us/library/system.timers.timer.interval(v=vs.110).aspx)
says should happen in this case (even though the MS.NET 4.5 implementation doesn't comply).
Mono's implementation also did the same before: https://github.com/mono/mono/blob/4cb3f77b4bbf703b1cda59db2f5aee206e35d31a/mcs/class/System/System.Timers/Timer.cs#L95-L96