GitLab

Change-Id: I0f7eaf8075da4f12e7d0c4bb4e2827e5d45e73bf

This patche slightly improves the ndk-build output for individual
build steps, i.e.:

  BEFORE:
     Compile <abi>  : <some details>

  AFTER:
     [abi] Compile  : <some details>

The reason for this is that there are some build steps which didn't
include the <abi>, which is ambiguous when doing a multi-ABI build with
lots of parallel jobs.

Note that for ARM, 'Compile arm' or 'Compile thumb' are still being
used to distinguish between 32-bit ARM and 16 or 16/32 Thumb compilation
modes. This only affects Compile and Compile++ build steps.

+ Fix the extra-quoting issue on Windows described
  by https://code.google.com/p/android/issues/detail?id=60649

Change-Id: Ib0bb7587f7113d488696e1c820d89adabad3070c

In general it's better for clang to use more recent as/ld, and the
ones comes from binutils-2.23 in gcc4.8 are newer than the ones in
binutils-2.22/gcc4.7

It also help to split NDK package into "primary" which include
gcc4.8/4.6 and clang3.3/3.2, and an "add-on" which includes the rest.

Change-Id: I7f61c370e248a96476722942b822715c6da11b59

Change-Id: I97197552f7cf1292c9632ebb7d00871bfedfb8df

clang in NDK needs "as" and "ld" from gcc directory via
option -gcc-toolchain, which used to be 4.6.  Change it
to use 4.7 because recent clang may generate instruction
such as "vmrs APSR_nzcv,fpscr" not understood by binutils-2.21/as
in gcc 4.6 directory.

Change-Id: I43d0e13904625c5f8c7cbba545cc3003f0a77d80

Change-Id: Ibad600a94612f5bfd0c36204bcf73a8d572ebf3f

SYSROOT_INC for headers, and SYSROOT_LINK for libraries.
They point to the same directory, for now.

Also remove unused TARGET_CRTBEGIN*_O and TARGET_CRTEND*_O

Change-Id: Ifb60fb45cc19b2572d3497bcc1d224531a0817a1

1. Download/build llvm-3.2 clang/llvm
2. New NDK_TOOLCHAIN_VERSION=clang3.2, or simply
   NDK_TOOLCHAIN_VERSION=clang to picks up the most recent
   version of clang/llvm (3.2 at this moment)
3. Add toolchain/*clang-3.2

Change-Id: I37d250addc17f6a2499982819c4952110be18394

With "-no-canonical-prefixes", clang not only doesn't resolve
argv[0] to real path (which we like in favor of distribute
build system), but also forget to add .exe for windows (which
is bad).  Explicit adding .exe to fix it.

Change-Id: I18ff317b80d55eb3a6630391d916b1097b7a3e9b

Add -no-canonical-prefixes to both compiler and linker in GCC 4.6/4.7
to not resolve to absolute path (ie. the GCC 4.4.3 default behavior),
otherwise it may fail in distributed build system because the real
path may differ from machine to machine.

Change-Id: I1801bbcfc738e5d955b1ee40a5f1cd81da091ad4

Move debug/release-specific clags to APP_CFLAGS when arm/thumb
mode is known.  Previously -Os for thumb is overriden by -O2.

Change-Id: Id2c7aa030854628fcb4087056b6a9c0751efecfd

Change-Id: I557c81f3dee42f17f1579bc5f868c9270b482252

This changes allow ndk-build running on 64-bit OS to search
for $OS-x86_64 in $NDK/prebuilt and $NDK/toolchains/*/prebuilt/
if available.  Note that 64-bit toolchains still generate
32-bit binaries for Android.

Setting a new variable NDK_HOST_32BIT=1 can force 32-bit
toolchain even when 64-bit is found on 64-bit systems

Change-Id: I7a440b88c47f80b65290fb954c627fad41927d73

Use -gcc-toolchain to specify the GCC toolchain
instead of -B option.

Note: -B option is not working well because Clang
will choose to use /usr/bin/gcc if its version is
newer than our prebuilt binaries.

Change-Id: I7b53cf07323614a304875729c9a05332fd0648a6

"target" has the same meaning with ccc-host-triple.
However, ccc-host-triple is deprecated in flavor of
target.

Change-Id: Ibb41573798fd9e3bed63840af23fab0a63f640b0

Just in case user has uncommon LOCAL_CPP_EXTENSION

Change-Id: I6d54af715e067c3529f95ebdb16729c0d019ad27

The default build commands were obsolete and _all_ toolchains
used the same override. So update the defaults and remove all
the overrides.

Change-Id: I163a826621363a61bfdc21f8d1d4ef262fc99749

Change-Id: I5e24796b250313f08d133f3ae3a935b7eb1cfd25

Change-Id: Idcfaba47af0af547af222c27b8b3947d4cf5d0c8

The build commands must use lazy assignment, because these
commands may be redefined in setup.mk for different ABI and
toolchain. Without this change, NDK alway uses the commands
defined in the last included setup.mk but not the correct ones.

*LDSCRIPT_X[SC] are no longer needed since MIPS patches of linker
scripts are merged into toolchain repo.

Change-Id: I2007476a8e37334b28a37d1666a16b343cb41d4b

Change-Id: I26eb8ecb0a3be79f0eab433d1592c348d5d44af0

has modified linker scripts.
Please check https://android-review.googlesource.com/#/c/34960/ .

Change-Id: I8b74bd76f2b80e1673d43ddb85740f35a037d4c1

Change-Id: Ibc254842ce4634f7b941125e2a23bb1f2ab15116

because the target triplet requires el for MIPS little-endian targets.

Change-Id: I1ff6b888c2d7e2517ce00979dfa3719616d13d71

Change-Id: I36e85a57d409d3f56c37737713bbeb9953b24eaa

This patch adds the support for LOCAL_SHORT_COMMANDS in Android.mk
and APP_SHORT_COMMANDS in Application.mk. Setting these variable to
'true' will force the use of a linker/archiver list file when building
your NDK modules.

This is mainly useful when you have a very large number of source
files and/or libraries on Windows, which has a limited
command-line length of 8191 characters.

Fixes http://code.google.com/p/android/issues/detail?id=25359

Change-Id: I6f4824e91231e92c0aa83631b89c462ff25ed1cc

This is a new variable that can be used to specify that a
given module relies on C++ exceptions or RTTI.

This is done for several reasons:

- First, we want to avoid always linking GNU libsupc++
  to every final binary, because we're soon going to
  provide an alternative.

- Second, it is useful to declare prebuilt binaries that
  have been compiled with these features. It allows the
  final link to work correctly.

Note that the change is backwards-compatible. You can still
use -frtti or -fexceptions in your compiler flags to enable
the features too.

Change-Id: I24b28935e4446c55b169d35990ec2a379ac08500

This patch fixes the definition of TARGET_CFLAGS to not use
-I$SYSROOT/usr/include explicitely.

Fix http://code.google.com/p/android/issues/detail?id=18540

Change-Id: Iee70e19b20cfee83b07db609779720b350f536d0

This patch fixes multi-ABI builds, i.e. when using something like:

  APP_ABI := armeabi x86

In your Application.mk or even the command-line when calling ndk-build.

+ Fix missing libgcc in the toolchain setup scripts. This is required to ensure
  that the generated shared library / binary includes all libgcc symbols it
  depends on.

Change-Id: I19bb26c8b59901f46af1bb27a1ec4fba62b1dbcc

Change-Id: I630451a2a7a7aef0cf2f71a97e36120d45635029
Signed-off-by: Mark D Horn <mark.d.horn@intel.com>

This patch fixes the x86-4.4.3 compiler flags to enforce the x86 ABI
properly. Also update CPU-ARCH-ABIS.html to make the ABI definition
more clear and explicit.

Change-Id: Id6532f0f5f9cc76ae21a66606b0eb0aee5a71409

Missing needed macro to correctly expand the
SYSROOT path under Cygwin-Windows

Change-Id: Ide4a01f98f25f9721d9c44275246487a4e8390dc
Signed-off-by: Mark D Horn <mark.d.horn@intel.com>

Change-Id: Ia81995087083c861e8257ce81fc4feb6159b2df9
Signed-off-by: Mark D Horn <mark.d.horn@intel.com>

Updated the NDK build flags to be in-sync with the compile
and link flags used for the image and SDK builds.
Ensured PIC flag enabled for all x64 target objects.

Change-Id: I78563c04992d6d97414f77fca04275fbc2b13d29
Signed-off-by: Mark D Horn <mark.d.horn@intel.com>

Note: Disable stack-protector until bionic is fixed

Change-Id: Ic3539c6c4c06662d2304ee9f4dc00080adb77ab3
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>

Change-Id: I93757aeaff3da8c82d987ad908b2733fbb7d29eb
Signed-off-by: Mark D Horn <mark.d.horn@intel.com>

Change-Id: I23eeceae148c6911d54b3536ee5741e786f77ecd
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>

We can omit all definitions that match build/core/default-build-commands.mk
which also support building under Cygwin.

Change-Id: Ic4fd1841c4218ba7728930f122e696a6686f0552

Change-Id: Ic707efa6babed5b75f3f835853997c2670d1190f
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>