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

Initial support for building on Darwin (a.k.a. Mac OS X)

Redesign the way commands are set for tools

This is necessary for some future developments.

The mingw port of gcc doesn't recognize -pthread

Group most existing tools in sub-toolchains

Make toolchains hierarchial

This enables eventual tool plugins to give out all of their tools in one
bundle.

Remove deprecated features

All of these have been deprecated for nearly a year, and I don't have any
active projects using them.

Include architecture in Binary build signature

This reduces problems if the same source directory is shared between
computers of different architectures, or if building versions for
different CPUs.

Remove all files in a side effect group when starting a task

Improvements for handling side effects

Propagate rebuild from side effects to the primary target.  This can
happen if the side effect does not exist for whatever reason.  As an
additional safeguard, redirect any build attempts on side effects to
the primary target.

Avoid a double verb in function name

Store problems at their source rather than globally

This allows finer granularity in determining whether problems are
preventing a build.  In some cases it may be desirable to build just one
component of a package, even if others have problems.

Add a utility function for setting the executable for a Tool

Delay locating tool executables until the tool is needed

This solves a problem where the mspdatatool executable is not detected as
built by the mspdatafile package.

Target::build is virtual, so put the special case in the appropriate class

Add a convenience function for saving caches in PackageManager

Properly process the command line arguments

Resolve cmdline targets and what-ifs the same way

Update comments to reflect the new roles of classes

Use GetOpt's new features