etc/common-cross-config.site: Use `-fno-integrated-as'.

The current documentation suggests this, and it seems to work.  Not sure
why this has changed.

src/cross.in: Check for `ccache' correctly.

Apparently dash(1) thinks `type' on its own is successful, which is why
it seemed to work for me.

src/mdw-cross.in: Add the cross-built libraries to the runtime search path.

Libtool sets the `RPATH' in binaries, but libraries linked using plain
`ld' don't by default, and then there is sadness.

etc/common-cross-config.site: Search our `include' and `lib' directories.

src/crosstool.in: Introduce new tools to invoke the chosen compiler.

Decide automatically whether to use GCC or Clang.

The default policy is to prefer GCC, but fall back to Clang if we can't
find it.  This can be influenced by the environment variable
`$CROSS_COMPILER'.

As part of this, move setting `CC', etc. from `android-cross-
config.site' to `common-cross-config.site'.

src/cross.in: Use `type' to search through the path.

Why didn't I do that the first time?

etc/android-cross-config.site: Provide defaults for `clang' locations.

Not necessary here, but I have plans.

etc/android-cross-config.site: Remove interstitial spaces.

They're all provided by `$CROSS_COMPILER_PREFIX' and `$CROSS_clang_FLAGS'.

etc/android-cross-config.site: Use the correct tool for `$CXX'.

etc/android-cross-config.site: Fix environment-variable typo.

That's a strange one.

linux-cross-setup.sh.in: Put a leading space on `$CROSS_clang_FLAGS'.

mdw/cross.in, Makefile: Rename to simply `cross'.

  * Rename the main program to `cross'.
  * Rename the environment variable to `$CROSS_BUILDENV'.
  * Change the generated-file banner to mention `CROSS', not `mdw-cross'.

src/crosstool.in: Don't establish `$crosstool' if we don't need it.

The code ends up longer, but it's less confusing this way.

src/cross-run.in: Delete pointless `Data::Dumper' import.

etc/android.sh: Don't expect to find the NDK relative to an SDK path.

Establishing a simple well-known path to the NDK root covers all the
possibilities.

src/cross-run.in: Fix usage message.

Support Clang as a `cross-tool' and use it under Android.

Add the necessary machinery to use Clang instead.  Annoyingly, the
Android NDK doesn't name its Clang wrappers with the usual GNU
architecture triples, so there's an exciting amount of hacking to be
done.

What I don't have yet is a principled way to configure which compiler
should get chosen for a given build.

bin/cross-run.in: Pass `-k', `-n' and `-s' flags through to `make'.

etc/common-cross-config.site: Set `ac_tool_prefix' explicitly.

Autoconf will set this from the host alias provided on the command line,
but this is done before reading the `config.site' file, so we must do
this by hand here.

Otherwise, `configure' only finds the generic versions of the tools,
which will work if `binutils-multiarch' is installed, but not otherwise.

src/cross-run.in: New tool to run command in multiple cross-build envs.

Possibly in parallel.  (Ab)uses GNU make for the parallelism, so that
descendent `make's share the available job slots properly.

Makefile: Emit a `etc/config.sh' snippet about target architectures.

Not needed yet, but may come in handy later.

etc/android-cross-config.site: Use `ccache' if available.

This got lost in the refactoring.  Put it back.

Makefile, bin/ -> src/: Substitute scripts rather than chasing symlinks.

Move the original scripts to `src/' and leave placeholders, and have the
Makefile do seddery on them to create the `bin/' versions.

Makefile: Use `SED' as the build-step label when hacking setup scripts.

Also, introduce a line break to match future additions.

Makefile: Ensure that output directory exists before generating output.

Makefile: Add silent-rules machinery for completely silent actions.

linux-*-setup.sh.in: Add the cross tree's `bin' directory to `PATH'.

android-cross-setup.sh.in: Explicitly export the `PATH'.

*-cross-setup.sh.in: Set `PKG_CONFIG_PATH' correctly.

This got screwed by the recent refactoring.  Oops.

Bring `native' architectures into the collection.

Also fix Android `cross-gcc'.  And other stuff.

Rearrange everything.

  * Have `setup.sh' define `CROSS_ARCH', which is the GNU triplet for
    the target architecture.  This is then exported and can be used by
    `config.site' to define further things.

  * Factor out the common machinery between Android and Linux
    `config.site' files.  This is, in fact, exactly the Linux
    `config.site', so have `mdw-cross' select this as a default if
    nothing more specific can be found.

  * Factor out the common machinery for Android `config.site' files,
    which was basically all of it.

  * Move the compiler flags into the new `android-cross-config.site'
    file.

  * Replace `$ANDROID_CC' by `$CROSS_ARCH-gcc'.  Factor out the
    mandatory compiler flags into `$CROSS_gcc_FLAGS', and generalize this
    so that we also set `$CROSS_gxx_FLAGS' for C++.

  * Introduce a new program `crosstool' intended to be invoked via a
    symlink, which just execs the appropriate cross-toolchain tool with
    any necessary extra flags.  Include a bunch of useful symlinks and
    have `mdw-cross' hook them onto the path.

  * Add a Makefile to build the `...-setup.sh' files for each target
    architecture from skeletons.  The Makefile is unnecessarily hairy
    but I like them that way.

Initial version.