Merge "Only enable WITH_DEXPREOPT by default for libdvm.so"

Merge "Remove dependencies on runtime_libdvm and libdvm.so in general"

Only enable WITH_DEXPREOPT by default for libdvm.so

Bug: 14298175

(cherry picked from commit 9f8e214a919097284a88cb19a1b85ceafc202a67)

Change-Id: I96ba4e198b7bc1b7d9a502c432590f41c87d05c4

Remove dependencies on runtime_libdvm and libdvm.so in general

Bug: 14298175

(cherry picked from commit bf8a374a92e327efed95892fe67e6917a89c6c2b)

Change-Id: I183d1ff078a54c422305d8798ea200855265ebb6

Merge "Add a dummy build recipe for generated RS cpp files."

Merge "Add a dummy build recipe for the proto generated header files"

Add a dummy build recipe for generated RS cpp files.

Previously the RS cpp files are generated by the timestamp rule. Though
we have the generated RS cpp files depend on the timestamp file, we
don't have a build recipe. In such case gmake does some "optimization"
that it skip recompiling the generated cpp files, because it assumes the
generated cpp files are already up to date even if the rs files have
been updated.

Bug: 15313144
Change-Id: Ie69ecd2c788057d3619f9c7d2a125d44c4a534a1

Add a dummy build recipe for the proto generated header files

This fixed issue that gnumake skip updating the cpp file that includes
the generated header file when the .proto file gets updated.
For example:
Say a.cc includes b.pb.h, since b.pb.h is just byproduct of the rule
that generates b.pb.cc, and though we have dependency "b.pb.h :
b.pb.cc", but we don't have build recipe for that rule.
Gmake stupidly thinks that b.pb.h must not be updated in that case so
it skips all targets that depends on b.pb.h!
With the dumy build recipe, gmake now doesn't skip the depedent targets.

Bug: 13009798
Change-Id: I39adc09b7656bdd023f578fb8933667944fd974c

Merge "Move to dalvik.vm.lib.2 to force default to libart"

Move to dalvik.vm.lib.2 to force default to libart

Bug: 14298175

(cherry picked from commit 7e127ebe0bf8753fcbeeac6140916d512322e308)

Change-Id: I0a94e01f46fcc074d8c8fd1e5558fb764ab47361

Merge "Fix pattern rules for $(installed_odex) for libdvm."

Fix pattern rules for $(installed_odex) for libdvm.

When the VM is libdvm, we don't put the odex files in an arch specific
subdirectory. The previous pattern rules don't work because of the extra
"/". With this change, % evaluates to empty string when it's built for
libdvm; % evaluates to "<arch_name>/" when it's built for libart.
Also removed use of $(create-empty-package), which may causes file name
(dummy) conflict with the rule of package.apk.

Bug: 15311527
Change-Id: I9f9089bc1896b78c1f47834afdb28a3a51d34480

Merge "Support LOCAL_CLANG with arch/bit suffix."

Merge "Fix all the system image sizes."

Fix all the system image sizes.

x86 just bit me. I did manage to build mips today, but I assume it
can't be long before we hit the limit there too if every other target
has hit it already.

Change-Id: I28dfe3b4f9565cb79e0bf6b0ffc55a9d6e64a9b0

Support LOCAL_CLANG with arch/bit suffix.

Precedence: LOCAL_CLANG_<arch> > LOCAL_CLANG_<32|64> > LOCAL_CLANG.

Bug: 15257067
Change-Id: I86b72f3bec162834591287d3b5231b5f40f9a431

Merge "Revert "Fix for duplicate names in whole static libs""

Revert "Fix for duplicate names in whole static libs"

This reverts commit 0e5ce8be34446278a3404ea2a4afc01f20f86c5a.

Change-Id: I68b776cb915fd7be8299ddb2899907046dddadf3

Merge "Fix for duplicate names in whole static libs"

Merge "Exclude libstdc++ and libgcc if libc++ is requested."

Merge "Switch x86_64 emulator to 64 bit primary."

Merge "Remove hardcoded TARGET_PREFER_32_BIT_APPS."

Switch x86_64 emulator to 64 bit primary.

Also siezes the opportunity to remove the hardcoded
TARGET_PREFER_32_BIT_APPS directing in core_64_bit.mk.
This avoids the need for further hacks but needs supporting
changes to a few apps to force them to 32 bit.

Change-Id: I36ba9e5f5b08dd87d6a4afc27961a436306eed99

Remove hardcoded TARGET_PREFER_32_BIT_APPS.

This isn't required any longer, besides individual products
should be allowed to set this value themselves.

(cherry picked from commit 7b9347a7f9d870e149ef38438ad547abe2709ee2)

Change-Id: If459eab32c6e7831596224ad3503baefbf028133

Fix for duplicate names in whole static libs

_extract-and-include-single-(host|target)-whole-static-lib was written such that
only the first file of a given name would be extracted and included into the new
library. This patch iterates over each identically named archive member,
extracts them individually, and adds them to the new archive.

Bug: 15110069
Change-Id: Ia08c7be6f40bfc8403908a8808898ada479099b1

Exclude libstdc++ and libgcc if libc++ is requested.

Bug: 15174002
Change-Id: I24fe428c3520f76cd61f0660b59ba18a1f2d2dad

Merge "Add HOST_PREFER_32_BIT to support 32-bit-by-default multilib build"

Merge changes Ibc943b75,Ib4ccf373,I30ff439b,I7bde0130

* changes:
  set a prebuilt directory name for the 2nd arch
  add vendor directories to gdb shared library search path
  add 2nd arch gcc to the path
  fix paths when 2nd arch gcc is a different version

set a prebuilt directory name for the 2nd arch

In order to install 32-bit gdbserver on a 64-bit build,
prebuilts/misc/Android.mk needs to know the prebuilt directory name
for the 2nd arch.

Change-Id: Ibc943b758eb9404f7f5f9fbbd8720cc67f6a6f01

add vendor directories to gdb shared library search path

Change-Id: Ib4ccf3739d6b2f14597605ce06f00e4776f67976

add 2nd arch gcc to the path

Add the 2nd arch gcc to the path so users can manually run gdb,
addr2line, objdump, etc.

Change-Id: I30ff439bb6548b897d13bfa87151991d5f2948b3

fix paths when 2nd arch gcc is a different version

arm64 is using gcc 4.9, arm is using gcc 4.8.  Fix setpaths() to
get a separate version for the 2nd arch.

Change-Id: I7bde01308fc7718360e7d0fbd46b3ae8c5f55fa7

Merge "Add some more flags to CLANG_CONFIG_UNKNOWN_CFLAGS"

Merge "Split the rules to build the odex file"

Merge "Clarify multiarch warnings"

Clarify multiarch warnings

 * Show multiarch related warnings only if my_module_multilib is both

Change-Id: If0c467c1d9b953bd3f40949ab4b97d9329ec021f

Split the rules to build the odex file

Previously the odex file is byproduct generated by the package.apk rule.
Though we have the odex file depend on the package.apk it doesn't have
its own build recipe. In case package.apk isn't updated but we still
need to update the odex file (such as changed LOCAL_MULTILIB), the odex
file will never be rebuilt.
This change split out the rules to build the odex file and make sure the
build recipe get executed if the odex file needs rebuild.

Change-Id: I60c2f32b536b3d59045301ee863aae1451734aad

Merge "libctest: zap"

libctest: zap

Change-Id: Ia3ff0cad0995af428adf2dbdf10587dae904ec7d

Merge "Remove netd_client. It has moved to the internal tree."

Remove netd_client. It has moved to the internal tree.

Change-Id: Iffcdb4900373c05086fd1085b861b6520065b7a3

Add HOST_PREFER_32_BIT to support 32-bit-by-default multilib build

We already support pure 32-bit and 64-bit-by-default multilib build.
With HOST_PREFER_32_BIT we can build 32-bit-by-default multilib build.
This will be lest disruptive during the period we transition to
64-bit-by-default.

Bug: 13751317
Change-Id: I0d56ce4abbe4afeaacfd70d709f6a349791c0722

Merge "Support to extract JNI libs from prebuilt APK"

Support to extract JNI libs from prebuilt APK

Use LOCAL_PREBUILT_JNI_LIBS to install prebuilt JNI libraries extracted
from the prebuilt apk, or prebuilts as source, to the app specific lib path.
LOCAL_PREBUILT_JNI_LIBS accepts 2 kinds of files:
- Files like @path/to/libfoo.so (path inside the apk) are JNI libs
  extracted from the prebuilt apk. In this case, all embedded JNI libs
  inside the prebuilt apk are stripped.
- Files like path/to/libfoo.so (path relative to LOCAL_PATH) are
  prebuilts in the source tree.

Those prebuilt JNI libs are not defined as modules in the build system,
so this works around possible module name conflict.

Bug: 13170859
Change-Id: I91bb844cc11b3621a85733bc7e8910f168957ef0

Merge "The generic_arm64 system image is full."

The generic_arm64 system image is full.

Change-Id: I454c674033525f2f7847d2c91979dff8093c335b

Merge "Fix extra/missing : in path setup."

Fix extra/missing : in path setup.

Change-Id: I4d95efc781c58af704012922d95841e009bf6286

Merge "Use aarch64-linux-android-4.9 for arm64 build (attempt #4)"

Use aarch64-linux-android-4.9 for arm64 build (attempt #4)

GCC: 4.9 (which supports -fstack-protector)
Binutils: 2.24 (which supports gc-sections)
GDB: 7.7

NDK libraries are still picked up from prebuilts/ndk/*/4.8/*

GCC has been patched to disable codegen for calling
__cxa_throw_bad_array_new_length.

Source code has been sync'ed against the 2014-05-14 snapshot which
contains many important fixes (devirtualization, codegen, ...).

Change-Id: I43229360ad0132193d5208cb0d1acba55084853c

Merge "Multilib support for odex"

Merge "Allow qemu_device read-write access to various processes"

Allow qemu_device read-write access to various processes

Basically, allow access of qemu_device where gpu_device is allowed, for the
case when the emulator runs with OpenGL/ES emulation.  Most noticably,
surfaceflinger crashes without qemu_device access.

Bug: 15052949
Change-Id: Ib891365a6d503309bced64e2512c4d8f29d9a07e

Multilib support for odex

If the VM is libart and DEXPREOPT is enabled,
- For a Java library and the boot image, we build for both 1st arch and
  2nd arch.
- For an app, we build for the multilib arch the module is targeted for.
The odex file will be in <arch_name>/<module_name>.odex inside the same
dir where the jar/apk file gets installed.
Nothing changed if it's built for libdvm.

Bug: 14694978
Change-Id: I45118a83758b41d52d6c9e38f93f0ba2775a6c74

Merge "Put prebuilt emulator path after host output"

Merge "Increase system image size to 650M for generic_arm64"

Increase system image size to 650M for generic_arm64

Change-Id: I7969ec54dc4225bbe36651c4d9c6a09de1eb89f4

Merge "Real "LOCAL_MULTILIB := both" for prebuilts"

Merge "Default TARGET_CPU_SMP to true."

Default TARGET_CPU_SMP to true.

Change-Id: If8c52c8ed66d52452967d09885dfe1ca9da13688

Merge "Fix the missing 2nd arch prefix."

Fix the missing 2nd arch prefix.

Bug: 13751317
Change-Id: Ie5a323a0a89245576dbc91271d3178574942627d

Merge "Use libc++ versions of gtest libs when needed"

Use libc++ versions of gtest libs when needed

Change-Id: Id8752ea946cbaa747dfa4fccf38d680dfeee5b45

Merge "Use libc++ versions of gtest libs when needed"

Merge "Force to build llvm from source in 64-bit host build."

Use libc++ versions of gtest libs when needed

Change-Id: I19aa58a83a9da680d441af5f3956a2fbdf18c4e4

Real "LOCAL_MULTILIB := both" for prebuilts

This uses the fact that unsetting LOCAL_MULTILIB equals "either".
It's useful to build for both 32-bit and 64-bit in the same prebuilt
module definition.

Bug: 13751317
Change-Id: I4f1625a83e13f22f807039afebae73f69ed35918

Force to build llvm from source in 64-bit host build.

Bug: 13751317
Change-Id: I4a4150bfe21607eb7a2342bbd8120b431427eee5

Merge "make SignApk do zip alignment"

Merge "Increase system image size to 650M for generic_x86"

Merge "Clear *.ini and skin directory on installclean"

Merge "x86_common.mk has been replaced by HOST_x86_common.mk"

x86_common.mk has been replaced by HOST_x86_common.mk

Change-Id: I19eea82bb35d3f65a2d894c687131a1eafbe2cc9

Merge "Print all 2ND variables."

Increase system image size to 650M for generic_x86

Change-Id: I4457796bdaff8c2626eb0788199be75f3ab4cd47

make SignApk do zip alignment

When signing an APK, make the SignApk tool align the stored entries to
(by default) 4-byte boundaries.  This obviates the need to run the
separate zipalign tool, which currently does this job.

The alignment byte count can be specified with the -a option.  OTA
package signing (with -w) never does alignment.

The order of files in the output APK is changed so that all stored
files come first in the output, followed by all non-stored files.
This is not expected to have any impact in practice.

Change-Id: Iaeef89b2a7283e25fadb99c0a0f0641f682d76b8

Put prebuilt emulator path after host output

So that built emulator is used instead of prebuilt one when
BUILD_EMULATOR=true.

Change-Id: I67dfbfc2c3bf9bf051e56de425caa07b08d4b2e4

Clear *.ini and skin directory on installclean

Currently, skin directory remains across different emulator targets, and
need manual removal.  Also, clear hardware-qemu.ini and config.ini.
(See https://android-review.googlesource.com/94692 for config.ini)

Change-Id: Iaa5849ad043ed3f317325ba1d6df287953636f7a

Merge "Fix executable symlinks."

Print all 2ND variables.

Change-Id: I11180a3ec3481d293100c59c331f05db9e6a689b

Merge "Support host multilib build"

Support host multilib build

This change basically ported our target multilib to the host side.
It supports 2 host build modes: x86 and x86_64 multilib build.
For now you need to set "BUILD_HOST_64bit=true" to switch to x86_64
multilib build. Later we'll default to x86_64 build and have a flag
to force 32-bit only build, which may be needed by SDK build.

In host module definition, like in target ones, you can use the
following
LOCAL variables to set up multilib configuration:
LOCAL_MULTILIB: can be "both", "first", "32" or "64".
It also supports the same set of arch or 32-vs-64 specific LOCAL
variables.
By default, it builds only for the first arch.

To keep path compatibility, in x86_64 build files are still output to
out/host/linux-x86; Both 32-bit and 64-bit executables are in
out/host/linux-86/bin;
In x86_64 build 32-bit shared libraries are installed to
out/host/linux-x86/lib32
and 64-bit shared libraries are installed to out/host/linux-x86/lib;
32-bit object files are output to out/host/linux-x86/obj32 and 64-bit
object files
are output to out/host/linux-x86/obj.

Bug: 13751317
Change-Id: I6044f83b7db369a33e05209e8c588eb6dc83409f

Merge "Introduce netd_client, a dynamic library that talks to netd."

Introduce netd_client, a dynamic library that talks to netd.

(cherry picked from commit 440de6b9f715cb18b8ee888c58d5c7a659ff5073)

Change-Id: Ib6198e19dbc306521a26fcecfdf6e8424d163fc9

Fix executable symlinks.

32 bit targets will leave TARGET_PREFER_{32,64}_BIT_APPS unset
so adjust accordingly. Also clean up an explanatory comment.

Change-Id: I1f6faa640e4e862631fff49f7c565766ef2c567f

Merge "Disable DEXPREOPT until we have multilib support"

Disable DEXPREOPT until we have multilib support

Bug: 14694978
Change-Id: I31d0f1c78a668435646c99e659cec46cd2f3ddf7

Merge "Treat denver like cortex-a15."

Treat denver like cortex-a15.

See also build/core/combo/arch/arm/armv7-a-neon.mk.

Change-Id: Ie18e1f133f56a9f7da80e304052c92edad933a31

Merge "Define __USE_MINGW_ANSI_STDIO for windows build"

Merge "Place ISA in ART boot image name."

Place ISA in ART boot image name.

Depends upon:
https://android-review.googlesource.com/#/c/94096/2

Change-Id: I79bec60a17ea7cf9214e56f8035d4a1b80b0eeb6

Merge "executable_prefer_symlink: add makefile for creating symlink to prefer version"

Add some more flags to CLANG_CONFIG_UNKNOWN_CFLAGS

Add some more gcc specific flags that are used somewhere in the tree
(e.g. external/chromium_org) to CLANG_CONFIG_UNKNOWN_CFLAGS

Change-Id: Icc572fdb6ea4ba818c4d18e430296589eb61bf55
Signed-off-by: Bernhard Rosenkraenzer <Bernhard.Rosenkranzer@linaro.org>

Merge changes I53b2ada9,I30794ea5

* changes:
  Disable emulator from platform builds.
  envsetup.sh: Use prebuilt emulator binaries if available.

Merge "Disable canonical prefixes of system headers"

Merge "javac: rename common_flags to avoid conflictions"

Disable canonical prefixes of system headers

GCC know a few pre-defined paths (relative to its location) to
search for headers, libraries, program, etc.  By default GCC prefixes
its own path(argv[0]) and calls realpath() which result in absolute
path with all symlink, . and .. removed.

It's usually good to have canonicalised paths, but absolute paths
in *.d file can cause unnecessary relinking when stale entries
in ccache cache hit

Add -no-canonical-prefixes (gcc>=4.6) and
-fno-canonical-system-headers (gcc>4.6) to disable realpath() on
prefixed paths

Change-Id: I58d739e61fb013015fb05a9c98b2132b307f915a

Disable emulator from platform builds.

Now that emulator prebuilts are available under prebuilts/android-emulator/,
disable building the emulator from source in all platform builds, except
if one defines BUILD_EMULATOR to 'true' in its environment.

NOTE: This patch should be applied after this one to avoid issues
      with the GPU emulation libraries:
            https://android-review.googlesource.com/93980

Change-Id: I53b2ada9ca0c2e159dccee7cdca7f55f6b0d1d42