Avoid adjusting selection twice in TextControl.

This commit licensed as MIT/X11.
Noted that the fullname attribute is not the same as Type.FullName.

Because of Cecil the fullname attribute does expect the fullname attribute to be in the format of ECMA-335. This is in certain cases not the same as the name reported by Type.FullName.

See jbevain/cecil#150 for some details on this.
Using the fully qualified assembly name in dependencies

Some assemblies fail to load without specifying the full name,
namely bundling an app that uses GTK
[runtime] Get rid of SuspendThread()/ResumeThread(), integrate its functionality into mono-thread-info.c.
[jit] Use the jit lock instead of the loader lock in mono_tramp_info_register ().
[mcs] Import extension methods dynamic generic arguments correctly.
[mcs] Add additional l-value checks on member access properties as well. Fixes #9571
[Microsoft.Build.Engine] Fix the escaping/unescaping of FullPath metadata

It is incorrect to escape the FullPath metadata for a build item when
we invoke GetEvaluatedMetadata. If we do this we end up completely breaking
every file with a special character in it as things like this would always
fail as we'd pass an escaped path to the filesystem:
	File.Exists (item.GetEvaluatedMetadata ("FullPath"))

The iOS designer encountered this issue when we added retina images
called "foo@2x.png" to our solution.

With tests.
New test file
[runtime]Add native type extension.
[runtime] Make gsharing and explicit configure extension.
Fix the build.
Fix the --enable-native-types build.
[jit] Handle native types in mini_type_get_underlying_type () as well.
configure.in: remove --with-mobile

It doesn't actually do anything. Was quite
misleading.
build: use MOBILE_DYNAMIC instead of MONODROID

Some conditional compilation shouldn't really
be bound to MONODROID, instead add a new define
that can be reused, MOBILE_DYNAMIC.
profiles: define xammac (Xamarin.Mac) profile

Based on the Mobile profile and modeled after
the MonoDroid profile.
Change Mono manpage to correct effect of MONO_THREADS_PER_CPU env var

1.  MONO_THREADS_PER_CPU affects ThreadPool min threads rather than max threads
2.  Effect is MONO_THREADS_PER_CPU * cpu_cores, there is no +20
3.  Default is 1, not 10
driver.c: Revert "Update message"

This reverts commit 85841d0bbdb10e73373032ba4f2cd88a4ec9f80d.

Some scripts unfortunately depend on the verbage "Mono JIT compiler"
in the "mono --version" message. While this was never a blessed
or supported way of getting the version (use pkg-config) of Mono,
nonetheless this breaks some important stuff. We can use the better
message in the (somewhat distant) future.
Disable a gsharedvt test which depends on async functionality which no longer works.