Have SubTool automatically pass calls to the parent tool

Interrogate the compiler for the system path

Rather than trying to guesstimate it from the compiler version.

Improve ExternalTask::run_and_capture_output

Redirect input from /dev/null and allow stderr to be captured as well.

Prepare tools before querying their system path in the VFS

Collapse the language-specific compilers into a single class

There's very little differences between languages of the C family, but on
the other hand different platform SDKs need their own tweaks.  It makes
more sense to abstract by platform rather than by language here.

Combine the gnu and clang toolchains into SystemToolchain

Add FPU specification to Architecture and GnuCompiler

Don't treat using deprecated declarations as errors

They can be impossible to avoid sometimes if a non-deprecated replacement
is not available.

Attach component information to data source files

Compilation fix

Erase with const_iterator is allowed in C++11 so I didn't notice this
before.

Only use source files that are actually files

And not, say, directories.

Support source generators that combine multiple files into one

Some existing tools have processing unit annotations too, but for some of
them it's not clear what the unit should be.

Check for some errors in SourceGenerator

Change the suffix of modules

.m is already used by Objective-C.  It seems there's some precedent of
.dlm as Dynamic Link Module.

Use correct library path for libraries from the containing package

Check DataTransform's directory mtime against cache mtime

Transforms commonly contain wildcard patterns, so the set of source files
may change without the transform itself changing.

Add .lib as a static library suffix for Windows

Explicitly add -lmingw32 before any other libraries

This fixes linking when WinMain() is in a library (such as libmspcore)
and shouldn't be harmful when it isn't.

Update cross prefix for windows architecture

Adjust the find command line

The list syntax is a GNU extension, so use -false and -o to achieve the
same effect.

Set the debuggable flag in Android manifest if debug is set in build info

Allow Android application permissions to be set in Build file

Minor cleanup to the BuildInfo class

Pass language standards throuhg ALL dependencies

Not just direct ones.  I really don't know why I put it in the !=CHAINED
block.

Allow features to be exported

While overlay directories are generally preferred, sometimes it's not
worth the effort for a small feature.  In those cases the -D switch needs
to be applied to any package that might use the library's headers.

Recent versions of sigc++ require C++11

Pass language standards through dependencies

If a library uses a particular standard in its headers, all packages that
depend on it should use that standard as well (unless overridden at the
package).

Fix bootstrap to handle overlays in a more generic way

Include the threads flag if a static library needs it

Deal with static build flags for binary packages

Some libraries have internal dependencies to other libraries, which are
automatically pulled in with dynamic linking, but need to be manually
specified to the linker when linking statically.

Fix DataCollection dependencies

Since DataTransform is not buildable, it won't get a rebuild flag even if
its dependencies change.  Thus the dependencies must also be added to
DataCollection.

Use parameterless system path accessors

Since the -C option causes a chdir early in the initialization, an argv[0]
of "./builder" could break things.

Remove some unused #includes

Allow specifying fixed arguments for source generators

Currently, the fixed arguments are placed at the front of the command
line, with the template file coming last.

Support conditionals inside source generator definitions

Move conditionals into helper classes

Add a list of symbols to keep in the binary to BuildInfo

The linker normally does not pull unnecessary symbols from static
libraries, which can cause problems if those symbols are meant to be
referenced externally.

Better algorithm for ordering static libraries

Put each static library dependency immediately after the library that
required it.  This way, if a tool includes a static library in its own
build_info (such as gnustl_static for AndroidCxxCompiler), it will be
placed last and be available for all other static libraries.

Provide the AR tool on Android

Force shared linking on Android

Android applications are not run as standalone programs, but instead
loaded as native libraries into the Java VM.

Only use files from the first overlay that has them

This allows special-casing pieces of code for some platforms without
fragmenting the directory structure too badly.

Make use of Task's file affinity and unlinking capabilities in Copy

A bunch of new tools and targets to build Android packages

Currently can only build apks using NativeActivity and debug key, and
will probably break if the package has a version.  Still, it's useful
in certain configurations so I'll commit this version now and continue
improving it.

Add some logging to AndroidTools

Only get DataTransform directory contents when needed

Better incpath logic in AndroidCxxCompiler

Don't expose the private directory through system_path, since programs
are not suppose to #include those files directly.  Also use architecture
to determine which subdir to pick.

Introduce a helper function in Architecture to pick the best matching name

Don't generate filenames with double dash for versionless packages

Add a field for a human-readable name for packages

Not all devices have libgnustl_shared.so, so better link the static one

Support "installing" files to a private staging area

Use C++ include path from sysroot

Add utility class for executing chains of tasks

Support redirecting ExternalTask's stdin/stdout from/to a file

A bunch of minor cleanups

Rewrite ExternalTask to use Msp::Process

Use qualified name in base class initializer

Also default to clang on FreeBSD

Add more recognized architectures

Aliases can now resolve to multiple parts, so words like x86_64 or win32
can do the right thing.

The pc type was changed to x86, because that more accurately describes
the processor archetype.

Add a binary package for zlib

Not all systems ship it with a .pc file

Move the bpk files into a subdirectory and install them

Use frameworks instead of raw libraries for OpenGL and OpenAL on OS X

Add support for specifying the language standard to use

Drop support for generic tarball components

I originally envisioned using them for creating binary release tarballs,
but that turns out to be a less than spectacular idea.  Tarballs only
really work as a distribution format on Linux.  Other platforms either
use a different archive format or require more complicated preparations.

Split Component into several subclasses

The create_targets function in particular was rather unwieldy and
contained four completely separate branches.  Having distinct component
types in different classes will also enhance modularity.

Don't use soname for modules

Don't rely on component type in determining whether to use -fPIC

Instead let SharedLibrary set a flag in ObjectFiles and use that.

Collect libpath for static library dependencies from the libs themselves

Also fixes Binary::find_dependencies which broke in 3f0f721.

Add options for custom compiler and debug build to bootstrap.sh

These are not expected to be used normally, but may help in an initial
port to a new platform.

Recognize PowerPC architecture

Older versions of OS X don't have clang

Allow overriding tool commands on the command line

Various cleanups

Rudimentary support for compiling things for Android

At the moment programs are compiled as if for a desktop system.  Creating
graphical applications in this way is difficult, as it requires different
build rules to compile the application code as a .so and some boilerplate
to wrap it in a .apk with a NativeActivity.

Deal with absolute paths in tool commands

Add sysroot support for BuildInfo and compilers

Embedded SDKs commonly ship with a sysroot to use with their compilers.
It might also come useful for compiling things for different Linux
distributions.

Add paths to beginning when merging BuildInfo

This is more consistent with how scalars are handled, since earlier
values take predecence.

Add build info to tools and use it to pass runtime libs

This is more flexible and removes the need for the linker to know about
all compilers.

Give targets the ability to gather their own build info

Only use the -m flag on native arch

Better yet would be to figure out whether the target arch supports it,
but that's not trivial.

Refactor version discovery into the base GnuCompiler class

Also prepare transitive dependencies

Mostly to make analyzer report correct results when source files are
given on command line.

Pass a tool hint to VirtualFileSystem::find_header

This makes C++ includes findable again, since they have no suffix and
thus match no tool.

Get the executable in GnuCxxCompiler::do_prepare

It's needed for querying the compiler version, and Tool won't get it
until after do_prepare.

Missed one location with the conditional conversion

Support boolean logic in conditions

Parentheses are missing and a few corner cases trigger obscure errors, but
it's good enough for now.

Generate shorter object file names for generated source files

Move nested build signature creation to FileTarget

This way the same code can be used by different target classes that need
it.  In particular, both Binary and StaticLibrary need nested signatures,
and FileTerget is their closest common base.

Add and improve build signatures for some tools

Properly support multiple choice features

Base config options directly on features

There are no standalone options anymore, so might as well streamline
things a bit.

Don't print the configuration header in help for empty configuration

Check an ObjectFile's dependencies again if a dependency is modified

This is necessary to get generated sources to behave correctly.  Includes
can only be read after they're built for the first time.  The ObjectFile
must then add the necessary dependencies to ensure that required headers
are installed.

Add transitive dependencies for source files

This eliminates a problem where includes in C source files would cause
generates sources to be rebuilt if any of the included files changed.
Includes should only affect the object file built from the source file,
not the source file itself.

Fix some problems with side effect dependencies

Side effects can't depend on the primary, since a generated .c or .cpp
file might use a .h file generated as a side effect.

Add support for generating source files

Use the correct target as root for cleaning

Process paths after merging build info

Hacky support for OS X frameworks

This isn't very elegant, but I need more time to come up with a proper
implementation.

Add target and tools for compiling Objective-C sources