[API] Added missing .Net 4.5 interface and dependent class
[API] Added missing .Net 4.5 interface and dependent class
Fixing large file support compile-time check.

Previous check did not follow the same conventions for the function body as other AC_TRY_COMPILE checks. This resulted in incorrectly reporting that the system did not have large file support due to the following errors reported in config.log:

conftest.c:88: warning: function declaration isn't a prototype
conftest.c: In function 'main':
conftest.c:94: error: nested functions are disabled, use -fnested-functions to re-enable
conftest.c:94: warning: 'main' is normally a non-static function
configure:21041: $? = 1
Don't decode raw URL path for HTTP request URI
Fix for the bug #4328.
Added unit test for HTTP request URL decode
Add support for armv7s.
Merge pull request #453 from daub815/master

[API] Added missing .Net 4.5 interface and dependent class
Merge branch 'master' of https://github.com/mono/mono into issue4328

Conflicts:
	mcs/class/System/Test/System.Collections.Generic/SortedListTest.cs
Fix reading from loaded buffer, patch based on David Straw's code
Merge pull request #458 from konrad-kruczynski/issue4328

Fix for the bug #4328.
Merge pull request #456 from strawd/bug7079

Don't decode raw URL path for HTTP request URI
Update csproj file
[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.
Rewrite implementation of Directory.EnumerateKind

This rewrite fixes three bugs:

 1) Fixes the case where AllDirectories is specified and searchPattern
    is anything other than '*'.  Now, every directory is searched
    recursively, not just those which match the pattern.

 2) Fully solves the issue that commit e09e64b tried to fix.  Now
    the check for hidden files occurs for every file, rather than
    only the first.

 3) Error handling is now performed at calls to both FindFirst and
    FindNext, not just FindFirst.
Fix parsing of \r in quoted strings. Fixes #6984
Force crlf for crlf test
Insert incomplete indexers into ast earlier. Fixes #7169
Merge pull request #455 from LogosBible/large-file-suport

Fixing large file support compile-time check.