am 8afa2555: Merge "Rename my_ndk_version_root to my_ndk_sysroot; and _include and _lib"

* commit '8afa25552efb51286fe0f010f0bf78fea71fc12a':
  Rename my_ndk_version_root to my_ndk_sysroot; and _include and _lib

Merge "Rename my_ndk_version_root to my_ndk_sysroot; and _include and _lib"

am 7250b63a: Merge "Fix PATH setup for arm64."

* commit '7250b63a1a3e726aa83e2351b23f2d0c79903247':
  Fix PATH setup for arm64.

Merge "Fix PATH setup for arm64."

Fix PATH setup for arm64.

On architectures other than "arm", the combination of
ANDROID_KERNEL_TOOLCHAIN_PATH being empty, and CODE_REVIEWS being empty,
leads to adding a :: into the user's PATH, which is highly undesirable.

Neither CODE_REVIEWS nor the mips toolchaindir is ever used, so just
remove them, and make sure we only include the extra colon when setting
the kernel toolchain path to a non-empty value.

Change-Id: I2dfa7d3a322b56b6abbc47476082dc6ae4dd6a82

Rename my_ndk_version_root to my_ndk_sysroot; and _include and _lib

prebuilts/ndk/current/platforms/android-19/arch-x86_64/usr/lib
is renamed to usr/lib64 to be more consistent with rest of
lib paths in x86_64 toolchain, which is multilib

See https://android-review.googlesource.com/#/c/92441/

Change-Id: I4e59245505d0fa87ae3608e81e715ccfcecc5ec8

am 676e11fe: Merge "include LGPL projects in GPL archives"

* commit '676e11fed82c5a4afb02d1082472fad14e625915':
  include LGPL projects in GPL archives

Merge "include LGPL projects in GPL archives"

am 9956bb6a: Merge "Build changes necessary for LLVM 3.5 switch."

* commit '9956bb6aebf5084b730e9f4ac4d00b3a7c4a2f27':
  Build changes necessary for LLVM 3.5 switch.

Merge "Build changes necessary for LLVM 3.5 switch."

Build changes necessary for LLVM 3.5 switch.

Change-Id: Icb6065daada7cb1d7425206830a4ef9e23454c03

Conflicts:
core/clang/arm.mk

am 847fd031: Merge "Leave \'linux\' defined on x86/x86-64, like arm."

* commit '847fd0311f6c82b8ac90d970cfc68aafd9913471':
  Leave 'linux' defined on x86/x86-64, like arm.

am 1076c568: Merge "Leave \'linux\' defined on mips/mips64, like arm."

* commit '1076c5685b1f1dd0f8b691466f6e16259722ca56':
  Leave 'linux' defined on mips/mips64, like arm.

Merge "Leave 'linux' defined on x86/x86-64, like arm."

Merge "Leave 'linux' defined on mips/mips64, like arm."

am 3467048f: Merge "Remove chromium_org and webview from the 64-bit blacklist."

* commit '3467048f3f5a483ca2fff529ebd4c8d3b7827143':
  Remove chromium_org and webview from the 64-bit blacklist.

Merge "Remove chromium_org and webview from the 64-bit blacklist."

Remove chromium_org and webview from the 64-bit blacklist.

external/chromium_org has been updated to handle 64-bit architectures
correctly in its makefiles; remove it from the blacklist so we can start
experimenting with building a 64/32 multilib version.

Change-Id: Ieb0e4f3cfea1578e01954c4656df90cd8d36b8cc

Leave 'linux' defined on mips/mips64, like arm.

Change-Id: Idf1e781c34d45d1e20b7e5542d79201ae93668fe

Leave 'linux' defined on x86/x86-64, like arm.

Change-Id: I53013a45c19a643a985de3f339b8b3f8f4dc39d2

am db55f602: Merge "Switch to new host prebuilt x86_64-linux-glibc2.11-4.6"

* commit 'db55f602be5434c0a2b7ffdfe601878d910f0914':
  Switch to new host prebuilt x86_64-linux-glibc2.11-4.6

Merge "Switch to new host prebuilt x86_64-linux-glibc2.11-4.6"

Switch to new host prebuilt x86_64-linux-glibc2.11-4.6

Change-Id: I763398d523bf4851a13722f72b12ec69d7a4bb4f

am 871bc703: Merge "Update build system for better Clang behavior on Mac."

* commit '871bc703e57d5b7629c043a54f5ac2614a17981b':
  Update build system for better Clang behavior on Mac.

Merge "Update build system for better Clang behavior on Mac."

Update build system for better Clang behavior on Mac.

Change-Id: I1813954681b670807d7e3faaf6d5f5a769cc5f2e

am 850299f6: Merge "Make the zygote 64-bit for the x86-64 emulator."

* commit '850299f6a6a831d47af68a3004a62df21b5fee3a':
  Make the zygote 64-bit for the x86-64 emulator.

Merge "Make the zygote 64-bit for the x86-64 emulator."

Make the zygote 64-bit for the x86-64 emulator.

Change-Id: I4ad5d1ef2406e947176c8e180822b25c04fc83f0

am 488b23d9: Merge "Update rules to install JNI libraries."

* commit '488b23d96dc796e457d8df4d7775cefcf68320af':
  Update rules to install JNI libraries.

Merge "Update rules to install JNI libraries."

Update rules to install JNI libraries.

Previously we have to use LOCAL_REQUIRED_MODULES to install jni
libraries for an apk in bundled build.
With this change, we'll use LOCAL_JNI_SHARED_LIBRARIES alone to
install jni shared libraries.

The new rules are:
- If we are doing unbundled build, or the apk isn't going to be
  installed to system partitions, we'll embed the jni libs in the
  built apk.
- Otherwise, the jni libraries will be installed to the system
  lib path, and symlinks created in the app specific lib path.

Change-Id: Id6bd5301eb632bda3593664acee580f0d8b1d5d4

am 67c20928: Merge "For 64-bit, use 32-bit DEXPREOPT if zygote64 isn\'t enabled."

* commit '67c209281ff0454213bc117691214bc67ad5a7f2':
  For 64-bit, use 32-bit DEXPREOPT if zygote64 isn't enabled.

Merge "For 64-bit, use 32-bit DEXPREOPT if zygote64 isn't enabled."

For 64-bit, use 32-bit DEXPREOPT if zygote64 isn't enabled.

Change-Id: Ia95d74517f8182031d6044ae55559010a98ec5ca

am 5c72b726: Merge "Revert "Use aarch64-linux-android-4.9 for arm64 build (attempt #3)""

* commit '5c72b7266640ad8703d049910431c9ce7b91a9cd':
  Revert "Use aarch64-linux-android-4.9 for arm64 build (attempt #3)"

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

Revert "Use aarch64-linux-android-4.9 for arm64 build (attempt #3)"

This reverts commit 084a7f83875d030c2e4819bed386c4a16168e731.

GCC 4.9 still has stability issues (b/14160872)

Change-Id: I4d40829dbbfac0e7b6cd7eaf9924744bc5714271

am 63030fe6: Merge "Use aarch64-linux-android-4.9 for arm64 build (attempt #3)"

* commit '63030fe60842d9385f75d5ecdd17aa11a67a4e05':
  Use aarch64-linux-android-4.9 for arm64 build (attempt #3)

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

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

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.

Change-Id: Ie0bf38357c0cf3d265d8b5dd3c2b8a8fd83b1de1

am d32bbe7d: Merge "Explicitly link libstdc++.a for static gtest executables."

* commit 'd32bbe7d060ac92c062a6d57c747ffc319aa5f86':
  Explicitly link libstdc++.a for static gtest executables.

Merge "Explicitly link libstdc++.a for static gtest executables."

Explicitly link libstdc++.a for static gtest executables.

Change-Id: I29e3a4036264acd00dfa3229c9d0fc52ee20830e

am 0ac89b45: Merge "Remove libGLES_android from non-emulator builds; Remove screenrecord from SDK build."

* commit '0ac89b459542ef88a8c61f45f0d6b680f9931ddf':
  Remove libGLES_android from non-emulator builds; Remove screenrecord from SDK build.

Merge "Remove libGLES_android from non-emulator builds; Remove screenrecord from SDK build."

Remove libGLES_android from non-emulator builds; Remove screenrecord from SDK build.

Bug: 11368415
Bug: 14087863
Change-Id: I05d406d174ea1d1bf67c7922c03950e700978baa

am 695d8f69: Merge "Add -Wl,-maarch64linux"

* commit '695d8f69561b8162abe8611d1f6796b6a91ca1ac':
  Add -Wl,-maarch64linux

Merge "Add -Wl,-maarch64linux"

Add -Wl,-maarch64linux

The "-maarch64linux" switch is needed before aarch64-*4.8 is rebuilt with
backport of upstream patch, see https://android-review.googlesource.com/#/c/91099/

The existing ld.bfd is fine because it's configured to support
aarch64linux only.  ld.mcld (see https://android-review.googlesource.com/#/c/91047)
needs explicit emulation switch because it supports multiple targets

Change-Id: Idc1a491c5722ea9e26db917b667b1000bccc1f60

am 22261a3f: Merge ""desktop" linux has Posix clocks."

* commit '22261a3f9b50dfb567ca072ec7ca2c77fd64e531':
  "desktop" linux has Posix clocks.

Merge ""desktop" linux has Posix clocks."

am 5b1fa1c8: Merge "build: remove LOCAL_NO_2ND_ARCH"

* commit '5b1fa1c8a05618a2c47edc628b2bafe4a9c6c50a':
  build: remove LOCAL_NO_2ND_ARCH

Merge "build: remove LOCAL_NO_2ND_ARCH"

build: remove LOCAL_NO_2ND_ARCH

Delete LOCAL_NO_2ND_ARCH, it is no longer used.  Equivalent
functionality is available with LOCAL_MULTILIB := first.

Change-Id: I36838a8a7e10b0a59ca0022c4c8a3a190e782c71

am 065c4180: Merge "Revert "Use aarch64-linux-android-4.9 for arm64 build (attempt #2)""

* commit '065c41809f8db0151a1f5c2751f1f58846d58988':
  Revert "Use aarch64-linux-android-4.9 for arm64 build (attempt #2)"

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

Revert "Use aarch64-linux-android-4.9 for arm64 build (attempt #2)"

This reverts commit 1ae9b213eb5648205223e4b825f4c808a5d2ace8.
Sigh... new warnings found by 4.9 break checkbuild.

Change-Id: I46ad622fa9c8ac4fb1e15e29bb400634abc5914c

am f702d6d1: Merge "Use aarch64-linux-android-4.9 for arm64 build (attempt #2)"

* commit 'f702d6d1d534c914bc0127937eb1a1df61c60762':
  Use aarch64-linux-android-4.9 for arm64 build (attempt #2)

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

include LGPL projects in GPL archives

LGPL projects need their source code distributed under very
similar conditions to GPL and MPL, the only difference is the
conditions under which they may be linked. It makes sense to
include them in the GPL archive tarballs.

Change-Id: I2c2df03906bfeee55566102aa688e4cdc283700b
Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>

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

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.

Change-Id: Ie647fc4c6b227d6bee792f04d5c2f02eb0099559

am eec11d97: Merge "Decouple platform compiler and NDK library versioning."

* commit 'eec11d9727ab0e6bc843f059d5f2921ada2e8e9a':
  Decouple platform compiler and NDK library versioning.

Merge "Decouple platform compiler and NDK library versioning."

am a355ae12: Merge changes I2c10e41f,I5b5e23f1,If3f5a81c,I07520b75

* commit 'a355ae12506150a7a676956f3c5083f852ba5722':
  build: remove packages/ from 64-bit blacklist
  build: use TARGET_SUPPORTS_32_BIT_APPS and TARGET_SUPPORTS_64_BIT_APPS
  build: add support for LOCAL_MULTILIB := 64
  build: fix TARGET_PREFER_32_BIT

Merge changes I2c10e41f,I5b5e23f1,If3f5a81c,I07520b75

* changes:
  build: remove packages/ from 64-bit blacklist
  build: use TARGET_SUPPORTS_32_BIT_APPS and TARGET_SUPPORTS_64_BIT_APPS
  build: add support for LOCAL_MULTILIB := 64
  build: fix TARGET_PREFER_32_BIT

Decouple platform compiler and NDK library versioning.

TARGET_GCC_VERSION: select compiler from prebuilts/gcc/...
TARGET_NDK_GCC_VERSION: select libraries from prebuilts/ndk/...

Change-Id: I4422a42cdc97aa92b40798014cba82c3c123bbd2

build: remove packages/ from 64-bit blacklist

Everything under packages/ will build for 64-bit now, and
package.mk has been updated to not produce 64-bit libraries
on devices that don't support them (all of them right now).

Change-Id: I2c10e41f727cfc8fe237819308a6dfa34c4fff3f

build: use TARGET_SUPPORTS_32_BIT_APPS and TARGET_SUPPORTS_64_BIT_APPS

Use TARGET_SUPPORTS_32_BIT_APPS and TARGET_SUPPORTS_64_BIT_APPS to
determine which native libraries to build for an app.  If
both are set, it will use 64-bit unless TARGET_PREFER_32_BIT is set.
If only one is set, it will only build apps that work on that
architecture.  If neither is set it will fall back to only building
32-bit apps.

On existing 32-bit devices neither variable will be set, and the
build system will continue to build 32-bit apps.

Once a device has support for a 64-bit runtime, the same logic
that selects the dual runtimes should set TARGET_SUPPORTS_32_BIT_APPS
and TARGET_SUPPORTS_64_BIT_APPS, and packages will be built for
the preferred arch, or fall back to the non-preferrred arch if
necessary.

For testing, a device may set TARGET_SUPPORTS_64_BIT_APPS without
TARGET_SUPPORTS_32_BIT_APPS to produce only 64-bit apps.

Change-Id: I5b5e23f15602c3cf9bd96791971208a85492c7a3

build: add support for LOCAL_MULTILIB := 64

I don't expect it to be useful for modules, but package.mk will
use it to only install 64-bit native apps on devices that
only have a 64-bit zygote.

Change-Id: If3f5a81c3a60bd13fa6ded08e2a7579a29877324

build: fix TARGET_PREFER_32_BIT

TARGET_PREFER_32_BIT can't assume that the 32-bit rule is allowed,
it needs to try the 32-bit rule first, then fall back to the 64-bit
rule in case the module specifies LOCAL_MODULE_TARGET_ARCH or
LOCAL_MODULE_UNSUPPORTED_TARGET_ARCH to disallow the 32-bit build.

Also port TARGET_PREFER_32_BIT to package.mk.

Change-Id: I07520b75c4ee11a1e95a82b3afa2a33d4907eb04

am 80f7dbd4: Merge "gdbclient: use 64-bit suffix for all library symbols"

* commit '80f7dbd4deb0a765eaf4a697ea3bcc2e5f2c5b3b':
  gdbclient: use 64-bit suffix for all library symbols

Merge "gdbclient: use 64-bit suffix for all library symbols"

gdbclient: use 64-bit suffix for all library symbols

Correct the solib-search-path for 64-bit to look in /system/lib64
for all libraries including those in subdirectories.

Change-Id: I606a0eae1137a857564facc79306ad83097d9659

am 13eaf184: Merge "Revert "Use aarch64-linux-android-4.9 for arm64 build.""

* commit '13eaf184f6e5c803f52f5003ace36bafe64671c9':
  Revert "Use aarch64-linux-android-4.9 for arm64 build."

Merge "Revert "Use aarch64-linux-android-4.9 for arm64 build.""

Revert "Use aarch64-linux-android-4.9 for arm64 build."

This reverts commit 6154690d8615995b961530479ddc1a34946efe49.

Change-Id: I7427ad6ca1f74ad632229348bac31ebdbc0590ad

"desktop" linux has Posix clocks.

Change-Id: I90885a2bbb65f14f774ae72b2ca6738176bf0341

am d957d6bb: Merge "Use aarch64-linux-android-4.9 for arm64 build."

* commit 'd957d6bbdb29fccae74f3511251cae22376550af':
  Use aarch64-linux-android-4.9 for arm64 build.

Merge "Use aarch64-linux-android-4.9 for arm64 build."

Use aarch64-linux-android-4.9 for arm64 build.

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

am 1a4676a1: Merge "Increase the maximum javac heap size again."

* commit '1a4676a17c5483c04f347a4e58890640a71c8368':
  Increase the maximum javac heap size again.

Merge "Increase the maximum javac heap size again."

Increase the maximum javac heap size again.

Change-Id: Ic3422650ea22977f3dcfd74505cb287ff6543c2d

am 94147a91: Merge "Stop defining HAVE_TIMEDWAIT_MONOTONIC."

* commit '94147a919b1148d8a128a99b33f3c938d87452c7':
  Stop defining HAVE_TIMEDWAIT_MONOTONIC.

Merge "Stop defining HAVE_TIMEDWAIT_MONOTONIC."

Stop defining HAVE_TIMEDWAIT_MONOTONIC.

We no longer provide this function in bionic. All callers
should be moved over to pthread_condattr_setclock().

Change-Id: Iccd3384b40de423f7d5f9521b6d8073bf8bdea42

am cf61a7a0: Merge "Add 32 / 64 bit abi lists to system properties."

* commit 'cf61a7a0db4361689f0ee583fbbe7b3a0519a538':
  Add 32 / 64 bit abi lists to system properties.

Merge "Add 32 / 64 bit abi lists to system properties."

Add 32 / 64 bit abi lists to system properties.

Introduce ro.product.cpu.abilist32 / abilist64, which are
comma separated lists of the 32 and 64 bit ABIs that the
device supports. These properties are used by the zygote and
system server to determine what ABI an app should be
started with.

This changes move abilist related make steps out of envsetup.mk
and into config.mk because they depend on variables set by
core/combo/***. Additionally, config.mk performs a few additional
cleanups of these variables (like stripping them) after the
inclusion of envsetup.mk so this seems like a better place to
put them.

bug: 13647418

Change-Id: I3db39bdd761220c5b4966f651892fb592396f9a1

am bdac8cf1: Merge "Fix javadoc error "class file for sun.util.resources.OpenListResourceBundle not found""

* commit 'bdac8cf148bab0e0ff9d8d51ab202ccb3adfcae8':
  Fix javadoc error "class file for sun.util.resources.OpenListResourceBundle not found"

am 1b08226a: Merge "Different bootclasspath for droiddoc."

* commit '1b08226afa693646facbd718be2b4a657c837dc2':
  Different bootclasspath for droiddoc.

Merge "Fix javadoc error "class file for sun.util.resources.OpenListResourceBundle not found""

Merge "Different bootclasspath for droiddoc."

am cb733bc5: Merge "Fix droiddoc generation."

* commit 'cb733bc564d974cfd3fe08be1d0e5c06cd85911f':
  Fix droiddoc generation.

Merge "Fix droiddoc generation."

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

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

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

am 260942fa: Merge "Build with java7 by default."

* commit '260942fa826052f24455dbaf74e54189efb44e8b':
  Build with java7 by default.