Use Mono prefix for libMonoPosixHelper

The libMonoPosixHelper is installed together with Mono, hence its path
in the configuration should be relative to the Mono prefix.

It was previously assumed to reside in a system path, so the the
dynamic linker would find it anyway.

This patch is based on the one included in bug #18555 (by Gaëtan
Lehmann <gaetan.lehmann@gmail.com>), but it also updates
runtime/Makefile.am to keep runtime/etc/mono/config consistent.

Fixes https://bugzilla.xamarin.com/show_bug.cgi?id=18555
Improve libgdiplus path handling

Since libgdiplus is not installed together with Mono, it should not be
assumed to be in the same prefix.

The new policy for the --with-libgdiplus configure option is the
following:

 - --with-libgdiplus=/absolute/path/to/libgdiplus.{so,dylib}

   both during build/check and after installation Mono will try to use
   the specified libgdiplus library; the rationale is that when an
   absolute path is given, it can be assumed to be the full path to
   the library that is already installed (possibly in a non-default
   path).

 - default, --with-libgdiplus=no, --with-libgdiplus=installed

   both during build/check and after installation Mono will try to use
   a system-wide libgdiplus library, that is assumed to reside in the
   paths that are automatically searched by the dynamic linker; the
   library is supposed to be already installed in the default path and
   to be useable both during the build and afterwards.

 - --with-libgdiplus=sibling, --with-libgdiplus=yes

   during build/check Mono will try to use the libgdiplus library that
   is assumed to be in the sibling folder (../libgdiplus), but after
   the installation it will try to use a system-wide libgdiplus
   library, that should be in the paths that are automatically
   searched by the dynamic linker; the assumption is that the library
   is not yet installed, but it will go to the default prefix after
   installing it.

 - --with-libgdiplus=../some/relative/path/to/libgdiplus.{so,dylib,la}

   during build/check Mono will try to use the specified libgdiplus
   library, but after the installation it will try to use a
   system-wide libgdiplus library, that should be in the paths that
   are automatically searched by the dynamic linker; the assumption is
   that the library is not yet installed, but it will go to the
   default prefix after installing it.
[delegate-trampoline] Fallback to slow path in case of failure to create fast path
[delegate-trampoline] Share DelegateTrampInfo with method-to-ir.c
[delegate-trampoline] Update invoke_impl and method_ptr cache value

With this patch, we see a 3x execution speed improvement in the following micro-benchmark :

using System;

class Foo {
	public int Test () { return 10; }
}

class Program {
	public static int Main (String[] args) {
		long n = 50000000;
		if (args.Length > 0)
			n = Math.Max (n, Int64.Parse (args [0]));

		var a = new Foo ();

		for (long i = 0; i < n; i++) {
			var f = new Func<int> (a.Test);
			if (f () != 10)
				return 1;
		}
		return 0;
	}
}
[monodoc] Clarified message when a backing file isn't found

If the backing file doesn't exist, it will be ignored.
The previous message made it sound like this is a serious problem, which confused people as it is the last message that is
printed when building Mono (because of a reference to 'DoesNotExist' in docs/toc.xml) while in reality everything is fine.
Fix a warning.
[jit] Fix system aot on amd64.
[bcl] Fix a race in a Task test. Fixes #20921.
Revert a change added by cd35ca1 by mistake
[runtime] Handle generic methods in interfaces in imt thunks correctly. Fixes crashes in the System.ServiceModel tests.
[corlib] minor code cleanup
Merge pull request #1153 from akoeplinger/fix-doc-message

[monodoc] Clarified message when a backing file isn't found
[jit] Use the win32 check for all tls keys in mini_get_tls_offset ().
[jit] Remove MONO_ARCH_HAVE_IMT define, all platforms support imt now.
[runtime] Remove unused g_thread () functions.
Fix the build.
[jit] Move the registration of jit icalls into a separate function.
Added new mono_domain_set_config function; used to fix ConfigurationErrorsException in #10468.
This change is released under the MIT license.

https://bugzilla.xamarin.com/show_bug.cgi?id=10468
Corrected mono_domain_set_config description.