Add an unhandled exception hook embedders can use to report unhandled exceptions as they wish.
in MONODROID profile, TimeZoneInfo should not return null entry.
[sgen] Provide a function to wait for bridge processing to finish.
[System.Core] Check for canceled operation when invoking inner call
Use the full path to MonoPosixHelper in mono's config file.
Include gdiplus in mono/config.
Fixed and improved Mono's Cookie implementation.

* Updated the tests to reflect .NET 4.5's new improved behavior.
* Fixed subdomain matching rules.
* Added some very simple sanity checks, such as same origin and
  public suffixes.

This is far from perfect, but the tests now pass with .NET 4.5
and this also fixes a Monotouch bug from one of our customers.

TODO:

* Using 'Cookie.Version = 1' (RFC 2109 compliance) apparently got
  broken in .NET 4.5; I disabled the corresponding tests / made
  them use the default 'Version = 0' where possible.

* Same origin has not been tested for security (it previously
  didn't exist at all) and we should probably use the list at
  publicsuffix.org; but .NET 4.5 also allows you to set a cookie
  .co.uk (haven't tested their web stack, thoug - it's possible
  that they have additional checks there).
Add support for armv7s.
[M4A] Clear RemoteCertificateChainErrors if Android validates the chain.

The problem: Mono for Android 4.2.5 horribly broke SSL support:

	http://lists.ximian.com/pipermail/monodroid/2012-September/012213.html

Why? Because of ad89f72f (kinda): As Mono for Android doesn't provide
or use its own set of SSL root certificates (opting instead to just
let Android worry about it), the `chain.Build()` method will ALWAYS
result in SslPolicyErrors.RemoteCertificateChainErrors being returned
from GetErrorsFromChain().

The world before ad89f72f "masked" this because errors & status11 were
always cleared if Android accepted the chain; however, clearing these
out masked other bugs, such as #5706 (in which https://74.125.224.134
is accepted as valid when it can't be valid, by definition).

The fix is to clear out SslPolicyErrors.RemoteCertificateChainErrors
if Android accepts the certificate chain. Any other errors are left
unchanged, thus keeping #5706 fixed.
[OSX] Reset errors to 0 if the OS tells us that (1) the chain is ok, (2) the certificate usage is for SSL server and (3) the server identity is confirmed (2+3 were part of an earlier fix). Without this reset we depended on the mono certificate store as an extra condition (which would requires mozroots to be executed and we want to avoid this 'duplicated' requirement and trust OSX). This does not affect iOS where no mono stores exists.
Revert "Use the full path to MonoPosixHelper in mono's config file."

This reverts commit 406140257b300bd7bd9b845dfd28a8da276e7338.
[#6201][WCF]: Don't crash if we don't have a client certificate.
TimeZoneInfo.Local must be cached, otherwise reference comparisons fail later on.

This fixes an issue reported here: http://lists.ximian.com/pipermail/monotouch/2012-September/011784.html
[#6515][WCF]: Enable custom headers for NET_2_1.

This allows

	HttpRequestMessageProperty request = new HttpRequestMessageProperty ();
	request.Headers.Add ("Foo", "Bar");

	OperationContext.Current.OutgoingMessageProperties.Add (HttpRequestMessageProperty.Name, request);

The code was already there, but disabled for the NET_2_1 profile.
[#6489][SoapFormatter]: Reset culture before raising events.
[#6187][WCF]: Fix contract interface inheritance.
[#5935][BinaryFormatter]: Fix serialization of generic arrays.
[#7177][WCF]: Correctly handle derived FaultExceptions.
[#1340][WCF]: Fix null reference when using invalid HTTP methods.
[WCF] Fix relative endpoint addresses that start with a '/'.

For instance:

	ServiceHost host = new ServiceHost (typeof (Foo), new Uri ("http://localhost/echo"));
	var b = host.AddServiceEndpoint (typeof (Foo), new BasicHttpBinding (), "/b");

should resolve into 'http://localhost/echo/b'.