Merge branch 'master' into import-wcf

bump referencesource for S.R.Serialization import.

[S.R.Serialization] fill message strings.

[WCF] disable not working announcement client test.

WS-Discovery never got working, skip cosmetic test to not block porting.

Add System.ServiceModel.Internals and SMDiagnostics to the build.

[WCF] similar to Binary writer fixes, do not close Text writer.

Just like BinaryMessageFormatter needed to use another CreateBinaryWriter()
overload to NOT close the input stream, use CreateTextWriter() overload that
does not close the stream.

[WCF] fix JSON deserialization test that didn't match .NET behavior.

JSON array is deserialized as Array, not List<T>.

[WCF] fix syndication extension Add() resolution by appropriate accessibility.

I wonder why, but when switched to referencesource, it turned out that
ResourceCollectionInfo calls SyndicationElementExtensionCollection.Add()
which targets a private overload, but (of course) failed and resolved to
another overload that takes object, and thus resulting in invalid code path.

With this fix the call to Add() resolves to the expected one and does not
regress with referencesource import.

[WCF] fixed a couple of DateTime related tests that also failed on .NET IN JST.

Those tests were added without considering TimeZone difference. They cause
several kind of errors (SerializationException etc.) in JST (+09:00) or any
timezone that is earlier than UTC.

We likely had some "working" implementation, but was incompatible with .NET.

[WCF] mark JsonReader tests that proves referencesource bugs as [Ignore]d.

.NET WCF JSON serializer has been known to be buggy...

[WCF] XmlReader from GetReaderAtBodyContents() should not be missing xmlns-es.

The namespace declarations existed when the entire Message is read but not
in the partial body contents. They caused regressions when we use
serialization stack from referencesource.

It is possible that more namespaces may be requied, but we will be importing
System.ServiceModel later on and then the issue will go away.
So far we don't want regression as long as they show up in our NUnit tests.

[WCF] exclude extra schema by referencesource XsdDataContractExporter.

Unlike our own XsdDataContractExporter, referencesource one generates
an extra schema that targets xs:* (XmlSchema.Namespace).
That should not be generated as part of WSDL, so exclude it.

[WCF] fix another use of XmlBinaryWriter that closes stream and accesses it later.

[WCF] referencesource XmlBinaryWriter closes stream by default, so keep it open.

Otherwise MemoryStream.Position complains that it is already disposed.

[S.R.Serialization] for some use cases we don't expect reflection exception.

We do throw TargetInvocationException because we can only use reflection.
So unwrap those exceptions. It is kind of silly though...

[S.R.Serialization] change all NotDotNet Json reader tests to [Ignore].

[S.R.Serialization] fix Json reader member duplicate check index.

[S.R.Serialization] fix condition on simple dictionary output.

[S.R.Serialization] add Json reader/writer interpreters.

They don't pass all the tests in System.ServiceModel.Web yet.

[S.R.Serialization] remove debugging code.

[S.R.Serialization] fix MTOM writer test to match .NET behavior.

WriteStartDocument() can be used with document and document does not accept
more than one element, which basically contradicts MTOM writer usage.

For EOL changes, MTOM writer should not alter content EOL chars.

[S.R.Serialization] fix XsdDataContractImporter test to match .NET behavior.

It is likely that the second contract conflicts with the existing one and
WCF renames it to avoid that.

[S.R.Serialization] fix wrong test that doesn't match .NET behavior.

There is no BOM output on Windows either.

[S.R.Serialization] implement XmlDataContract's interpreter method.

[S.R.Serialization] additional type check for collection serialization is also needed.

[S.R.Serialization] additional type check for array serialization is needed.

[S.R.Serialization] do not update memberType when not expected.

The removed code caused unexpected omission of xsi:type by giving "false"
Type information that is from the actual value (when the expected type is
different, xsi:type should be written).

[S.R.Serialization] fix nullable serialization to match referencesource codegen.

The original code is complicated enough that I misinterpreted the logic...

The reulting code should look like this:

DateTime? expr_94 = timeSubmitted;
DateTime dateTime;
bool arg_B5_0;
if (XmlObjectSerializerWriteContext.GetHasValue<DateTime> (expr_94)) {
dateTime = XmlObjectSerializerWriteContext.GetNullableValue<DateTime> (expr_94);
arg_B5_0 = false;
}
else {
dateTime = XmlObjectSerializerWriteContext.GetDefaultValue<DateTime> ();
arg_B5_0 = true;
}

The fixed code should be like this now.

[S.R.Serialization] fix deserialization of primitive arrays in reader interpreter.

Basically the primary cause of the problem was that invoked primitive array
reader methods via reflection had 'out' parameter, which needed special care.

[S.R.Serialization] fix member indexing on reading deserialized members.

[S.R.Serialization] fix array element deserialization.

Array elements were not deserialized correctly and causing null (default)
items put into the array.

[S.R.Serialization] fix writer interpreter on enumerating non-dictionary.

Collection serialization was mostly failing, when it was non-dictionary.

Now it should be closer to referencesource dynamic code behavior.

[S.R.Serialization] fix reader interpreter: "required" check was broken.

Now it should match referencesource behavior.

[S.R.Serialization] Fix TryWritePrimitive() parameter assignment.

It was inconsistent with what referencesource codegen does.

[S.R.Serialization] add missing ConvertValue on xml reader interpreter.

[S.R.Serialization] fix broken test (exposed by referencesource import work).

build System.ServiceModel.Internals everywhere.

[S.R.Serialization] implement XmlFormatReaderGenerator interpreter.

Though it's still buggy and shows several nunit test failures yet.

[S.R.Serialization] implemented interpreter-based XmlFormatWriterGenerator.

[S.R.Serialization] switch to (non-emit) reflection-based implementation stubs.

The new code is to implement reflection (non-emit) based serialization
so that it works on iOS.

Actually I _totally_ switched to this new implementation because dynamic
method based implementation also doesn't work fine, even on desktop
(due to invocation failure on internal methods, it seems that our dynamic
method needs some bugfixes).

The new methods with NotImplementedException in new classes need to be
implemented.

Fix mobile build (breakage caused by referencesource switch).

[S.R.Serialization] switch to USE_REFEMIT to reduce test failures.

We don't use neither of expression trees nor SRE anyways, but it's easier
to reduce noises in nunit test failures to review the rest.

Add system.runtime.serialization config, makes several tests pass.

[S.R.Serialization] switch to referencesources.

It builds on net_4_5 and monodroid so far.

We still need to eliminate dynamic code generation to make it work on iOS.

[S.Xml] Add [InternalsVisibleTo(S.R.Serialization)].

Merge pull request #1735 from akoeplinger/mingw-fix

[io-layer] Fix Windows build on mingw

[io-layer] Fix Windows build on mingw

When we moved to Vista as the minimum build target, the mingw build broke.
The reason is that mingw's mswsock.h has the following code:

    #if (_WIN32_WINNT >= _WIN32_WINNT_VISTA)
    int WSAAPI WSAPoll(WSAPOLLFD, ULONG, INT);
    #endif

Unfortunately, due to a bug mingw 4.0 doesn't define WSAPOLLFD and the compiler
raises an error. See http://sourceforge.net/p/mingw/bugs/1980 for more details.

As a workaround, inline the typedef for WSAPOLLFD from the mentioned bug report.

Also removed an unecessary check for _WIN32_WINNT < 0x0502 from the file.

[jit] Use mini_get_underlying_type () in mini_type_is_vtype () so it works with partial sharing.

[threadpool] Remove native call to Socket.(Receive|Send)_internal

This is now done in managed in SocketAsyncWorker.cs since 0c9dcf73c2362974015ffee7b98672510573f014

[threadpool-ms] Fix race condition

[runtime] Fix the arm build.

[System.Data] Bring back PropertyAttributes, StrongTypingException and TypedDataSetGeneratorException to the mobile build.

[mono-api-html] Use html5-compatible code for colorizing (i.e. css instead of font/s/u).

[mono-api-html] Ignore non-important attribute differences and other improvements.

* Properly colorize removed types (as red).
* Print 'NotSerialized' field attribute change (as not breaking).
* Ignore 'HasSecurity' and 'PInvokeImpl' method attribute differences.
* Render property indexers (and detect name change in property indexer parameters).
* Improve debug spew to print proper method/field attributes.

Merge pull request #1731 from mono/fix-abort-arm-thumb

[arm] Fix aborting of threads in managed code

[arm] Fix aborting of threads in managed code

When installing the async callback in the context we need to update the thumb bit accordingly.

[pdb2mdb] fix decimal values reading

    apply patch from monodroid

    Author: Dean Ellis <dellis1972@googlemail.com>
    Date:   Thu Apr 17 12:34:00 2014 +0100

        [MSBuild] Error MSB3375 when attempting to debug PCL in VS

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

        The code to read the decimal values from
        the pdb did not work in all circumstances.
        This change uses the recommended code for
        reading the bits for a decimal from MSDN

        see http://msdn.microsoft.com/en-us/library/system.decimal.getbits.aspx?cs-save-lang=1&cs-lang=csharp#code-snippet-3

        It also includes an ArgumentException
        handler just in case it fails.

Merge pull request #1728 from akoeplinger/revert-xp

Revert "[msvc] Change target MSVC release from v120 to v120_xp"

[threading] Remove dead code that was used only by old suspend.

Fix comment that still referred to Windows XP in configure.ac

Revert "[msvc] Change target MSVC release from v120 to v120_xp"

This reverts commit 577482e3361159e0c4c4b0232a07195ba91335dd.

We dropped XP support (see https://github.com/mono/mono/pull/1723),
so this is no longer necessary.

Merge pull request #1725 from alexanderkyte/cache_crash

[System.Runtime.Caching] Added missing locking around cache's sortedset.

Merge pull request #1726 from jaredpar/build-roslyn

Improve Visual Basic build support

[linker] Mark SecurityDeclarations [#28918]

Security declarations looks very similar to custom attributes - but
they are not (e.g. a different metadata table).

They need to be marked, just like other metadata, by the linker because
they can encode types that won't show up in the type (or assembly)
references.

Ignoring this can create an invalid binary (the kind that even Cecil
can't load back for further processing).

[linker] Resolve AssemblyName[Reference] when sweeping [#29211]

The exact name (e.g. version) might differ between the original
AssemblyNameReference and the one being used (e.g. PCL).

To make sure we remove unused references we need to resolve
the AssemblyNameReference into AssemblyDefinition and then
continue the sweep based on the _new_ AssemblyNameReference.

Bump referencesources to restore compatibility with UnmanagedType enum

[sdb] Remove more unused code.

[sdb] Remove more unused interrupt code.

[sdb] Remove unused mono_debugger_agent_thread_interrupt () function.

[sdb] Remove an osx workaround which isn't needed with the new suspend code.

Fix some warnings.

Merge pull request #1723 from madewokherd/winvista

Bump Windows requirement to Vista.

[runtime] It's spring cleaning in MonoInternalThread. Remove 8 (yes, eight) unused fields.

[threading] Remove old suspend code now that all targets support it.

The new suspend code works on all major targets, so it's time to remove old suspend.

This change removes all relevant native code, managed code could see some cleanup.

Improve Visual Basic build support

This fixes a couple of small issues with the Visual Basic build support:

- The VBC task now respects the $(NoStdLib) MSBuild option.
- The field @(ReferencePath) should be used for References in the VBC
target as it is for the CSC target.
- The CreateVisualBasicManifestResourceNames task is compiled and used
in the same manner as CreateCSharpManifestResourceNames hence it should
be loaded via UsingTask in the same manner as well.
- Include the VisualBasic Portable targets files.

Merge pull request #1699 from ludovic-henry/threadpool-managed

[threadpool-io] Move (Socket)AsyncResult invocation code to managed + Various improvements

Merge pull request #1721 from jaredpar/fix-attribute-gen

Emit assembly attributes after Import statements

Emit assembly attributes after Import statements

The VB language requires that code files have statements in the
following order:

- Option
- Import
- Assembly level attributes
- Namespaces / other declarations

The VBCodeGenerator type when given both import and assembly level
attribute statements was generating the attributes first.  This lead to
compilation errors in the generated file.

This change fixes the generator to emit assembly level attributes in
the proper location in the file (and adds the corresponding unit tests
as well).

Fix Options.cs warning on mobile builds

- Explictly disable warning CS0618 for Options.cs in Mono.Options

[System] Replaced System.Process lock(this)

To avoid concurrency problems lock(this) should not be used in public
classes.

[System] Process.Exited is now thread safe.

Fixes Exited event triggering multiple times.

Merge pull request #1720 from blucz/master

Fix NullReferenceException in timer thread

[System.Runtime.Caching] Added missing locking around cache's sortedset.

[threading] Fix coop+windows compilation.

Bump Windows version requirement to Vista.

Add configure check for inet_pton on Windows.

[threading] Just skipping GC is not enough, we need to transition the threadpool to blocking.

[threading] Add coop support to sdb.

[Socket] Add DualMode property and adjust to Mono semantics (continuation to #20048)

The new socket constructor that only takes a SocketType and a
ProtocolType defaults to InterNetworkV6 (this was done on a previous patch).

In addition, we explicitly set "DualMode" to true, so that on Windows,
this gets set explicitly (it does not matter on Unix).

We surface the DualMode property to allow servers that want to just
bind to the IPv6 address to do so by creating the socket and then
changing DualMode to false.

This is *not* the same setting that Windows has, but it is the
semantics that Mono applications depend on.  So a test has been added
to ensure that we do not regress.

This also switches to use SocketOptionName from the ReferenceSources.

[threadpool-io] Fix epoll init

[threadpool-io] Move epoll/kqueue/poll specific code to dedicated files

This is to make the addition of backends easier

[threadpool-io] Move Mono(Socket)RuntimeWorkItem ExecuteWorkItem code to (Socket)AsyncResult in managed

[corlib] cryptography from reference sources

Merge pull request #1691 from esdrubal/exitevent

Improved Process.Exited

Merge pull request #1222 from LogosBible/uri-trycreate

Lower-case the host in Uri.TryCreate to match behavior of constructors

[corlib] Fix mobile tests

[threadpool-io] Make updates non backend specific

[threadpool-io] Do not wait on socket if there are no SocketAsyncResults to call

[llvm] Refactor the intrinsics registration code a bit.

[Socket] Fix the socket ctor base call, and document the reason;  Fixes #20048