droiddoc: Shush your nonsense, I want java 7

Signed-off-by: Brandon McAnsh <brandonm@matricom.net>
Fix droiddoc generation.

We want javadoc generated from the standard libraries
we supply and not the host standard libraries.

This also has the side effect of fixing javadoc generation
for java7 APIs that android introduced, while compiling
with java6.

bug: 8992787
Change-Id: Idebc7e12c7743a43b425ef4971f4482719fd480d
Fix javadoc error "class file for sun.util.resources.OpenListResourceBundle not found"

It seems to be a javac/javadoc bug.
See https://code.google.com/p/doclava/issues/detail?id=38

sun.util.resources.OpenListResourceBundle is a class defined in the host rt.jar,
but sometimes on some platform javadoc/javac can't find it.
-XDignore.symbol.file tells javadoc/javac to skip the stubs file ct.sym
and link against rt.jar directly.

Change-Id: I3930f7399fc14b2d6b43c29f737fa90f37515aff
Add "-encoding UTF-8" option to javadoc.

This fixed docs build on Mac OS X 10.9 with Java 7.
Change-Id: I91e224456c9e6c43dbf13d691c3b37d21f94b0f3
Different bootclasspath for droiddoc.

- If it's host module, don't set bootclasspath;
- If it's arget module,
  - It can build against the API stubs;
  - It can build against a historical SDK version;
  - It can build against core.jar

Change-Id: Id1ec3ba624bc38068b206ad7173f4facf590e021
Build with java7 by default.

All introduce a flag LEGACY_USE_JAVA6 to force java6 builds.
This is an unsupported configuration, and provided temporarily
to iron out regressions and compare build output (if required.).

- Increment the version check sequence number.
- Move a more specific check (OpenJDK vs non OpenJDK) after
  the more general version check.
- Update the link in the version check error message to the
  "initializing" page instead of the "download" page. The latter
  talks about repo, mainly.

bug: 8992787

Change-Id: I313e17b1911768d4f3bc318c4162c53dec6eaf0d

Conflicts:
	core/main.mk

Conflicts:

	core/combo/javac.mk
	core/config.mk
	core/main.mk
	envsetup.sh
Add missing changes for Java7 compat

Signed-off-by: Brandon McAnsh <brandonm@matricom.net>
javac: Set -source to 1.7 if using OpenJDK 7

Signed-off-by: Brandon McAnsh <brandonm@matricom.net>
Really allow the use of alternate javacc compiler

Signed-off-by: Brandon McAnsh <brandonm@matricom.net>
Increase the maximum javac heap size.

Java 7 needs more memory when you run some annotation tools.

Change-Id: Ia8b423244b9ce164500b24867fe2b3d10a5089ff
Increase the maximum javac heap size again.

Change-Id: Ic3422650ea22977f3dcfd74505cb287ff6543c2d
fix logic for LEGACY_USE_JAVA6

Signed-off-by: Brandon McAnsh <brandonm@matricom.net>
envsetup: Set JAVA_HOME for JDK 7

Signed-off-by: Brandon McAnsh <brandonm@matricom.net>

Conflicts:
	envsetup.sh
Squash commits from CM for making lunch faster

Load only the current product config makefile.

To reduce the start time.
With the change and previous change of doing clean step in only given paths,
start time of mm/mmm is reduced from ~5s to about 1s;
lunch time is reduced from ~40s to 3.5s.

Bug: 7186768,7169854
Change-Id: Ifd72ba1c6362a5e1125a23c505fd47947ab56675

build: Fix fastpath code for AOKP

 * We need to adjust to the new validations

Change-Id: I9066d4f437beb9597027ee6bbb52504b5e7e84c5

build: Preliminary support for CM product builds

If building a cm_* product, skip crawling the filesystem for
AndroidProduct makefiles (and, of course, parsing their contents)
and aim directly for the device/cm/<product> device configuration

Change-Id: I2a5e70dda973a6fcdbba0d5e26b35b99d3f1aea2

Change how we search for CM makefiles.

build: Fix fastpath code for CM_BUILD

 * We need to adjust to the new validations

Change-Id: I9066d4f437beb9597027ee6bbb52504b5e7e84c5

build: export AOKP_BUILD

reference AOKP_BUILD

Change-Id: I95d9f05c622e74117cda0967cf6cf248a68e56c5

Conflicts:
	core/product_config.mk