Properly handle ASLR randomization of the main thread stack on darwin.
Fix altstack support in libgc by registering the bounds of the normal stack and the altstack with it.
Fix warnings.
To use thread local alloc in FreeBSD
Move some declarations out of a #ifdef in pthread_support.c to fix platforms without thread local alloc.
Use AM_CPPFLAGS instead of INCLUDES in Makefile.am files, as the later is no longer supported, see http://lists.gnu.org/archive/html/automake/2012-08/msg00087.html.
Update (very old) dold to handle --silent argument
Second try to make quiet build work reliably
Fix boehm to correctly build on iOS/x86.

	* darwin_stop_world.c: Use the target macros from Apple to figure
	out what flavor of darwin we're compiling against.
Do the right check for TARGET_IPHONE_SIMULATOR.
Quit more messages about configure.in/configure.ac.
Fix boehm to correctly build on iOS/x86.
Disable dynamic loading for iOS simulator builds.
Switch boehm to use TARGET_OSX/TARGET_IOS.
Fix libgc compilation with clang.
Fix the check for autoheader in eglib/autogen.sh and autogen.sh too.
Add long links support to Boehm.

	* gc.h: Added parts of boehm 7.3a long link API.

	* finalize.c (GC_finalize): Implemented long link support by adapting
	code from boehm 7.3a.
	The idea is to have two table of links, one for regular and another
	for the long links. Regular links are processed before finalization
	and the long ones right after. The bulk of the changes are abstracting
	the disappearing link hashtable into a data structure so we can have
	two of them.

	Boehm code came from github.com/ivmai/bdwgc.git. Authors of the
	relevant changes are Zach Saw and Ivan Maidanski.
Prefer __sync_bool_compare_and_swap() over PPC inline asm.

Debian's GCC 4.4 in particular does not compile the PPC assembly.
Include <stdint.h> to allow cross-compilation from OS X.

Cross-compiling mono on an OS X host for a Windows target using
mingw-w64 fails because of undefined __int64 types in a couple of places.

Including <stdint.h> fixes this and allows the OS X host to cross-compile
a Windows mono.

It probably sounds like an obscure use-case, but the wine-mono
project does just this, so ability to cross-compile for Windows on OS X
is crucial to being able to build wine-mono on a Mac.
NaCl GC improvements

- inline managed code implementation
  (add x86 test mem imm8 codegen macro for this as well)
- clean up libgc NaCl code
- centralize mono_nacl_gc into mini.c