GitLab

+ Allow build-host-{awk,make} to specify a new directory in
  --package-dir

Change-Id: Ibdda77f993f771c9a29f5ac536a991f637a9ea4b

This patch adds the sources for the host awk tool, as well
as a script that can be used to rebuild the program from scratch.

This patch adds the sources of GNU Make 3.81 to sources/host-tools/
It also provides a script to rebuild the binary from scratch, and
place the resulting program under prebuild/<system>/bin/

Note that this isn't used by the build system yet.

Change-Id: I7664bee48e50b22805f6e3f4ee40bcc84ab079c1

This adds the ability to import the OpenMAX headers and symbols.

+ Probe the OpenSLES source directory to deal with the recent
  directory rename in the platform source tree.

Change-Id: I4ff64fd80d0eabf577c5e1711ea6f85452b40a04

This patch prevents the script from crashing when the package
directory does not exist (this is required for the --darwin-ssh
build).

Also fixes utility function call which name changed recently.

Change-Id: Ib409380e61b521f869c1104217e1039d7ce827f7

The option is used to indicate in which NDK installation
the prebuilt toolchain binaries should be picked, when
generating shell libraries.

Change-Id: Id68ba1c221828f4f1e06a30d7797b06069bf8b5a

This makes the script work again. Also adds --package-dir
and --ndk-dir options to it.

Change-Id: Ib50d169dabdfc40a3875163e1517b8d6b3269447

Change-Id: Ibe24b1602662966bf78fa77688389285e14d574c

Change-Id: Ib8a1c2a9a7af8a3ec104cb438d5d156226ff4161

We disable the build of the GNU libstdc++ when building the
toolchain, because we are now able to do that with the new
build-gnu-libstdc++.sh script.

Change-Id: Ibe97cd59eef136f15da61d767ecff8d1f1497590

This issue is discussed on android-ndk, but I could not reproduce it.
The unit test will catch the problem if it happens in the future.

Change-Id: I05cd92cd79a96cc91698590a6fb5903d48295c65

This ensures that the temporary directories used to build the
unit tests are properly cleaned up. A bug prevented certain tests
from building properly under various rare conditions.

Change-Id: I02d063bdb7d26d39dd3d73c590cdbb9b66612944

Turns out that we can't reproduce the problem. Still a good idea to
have a regression test here. Note that we built three versions of the
test program, each one linked to a different C++ runtime.

Change-Id: I5fe0a4850725aa60d25df1864a4cb66f01b2e227

This is a fix for http://code.google.com/p/android/issues/detail?id=9400

The main intent-filter in an activity can have multiple categories.
The previous awk script (extract-launchable.awk) only used the last
category to determine whether an activity was launchable.

This modifies it to accept any activity with a main intent-filter
that has at least one category of LAUNCHABLE.

Change-Id: Ia9a6898470acd4cd067d8f6edea8093595f1191c

This patch ensures that the shell system libraries that are
generated by gen-platforms.sh never ever expose any symbol from
libgcc.a.

Fact is that libgcc.a is linked against any shared library on
Android (be it a system or application library). Because the
symbols in this library don't have hidden visibility by default,
they get re-exported by the binaries (e.g. /system/lib/libc.so
exports __div0 or _Unwind_Resume).

When using the standalone toolchain, one can naively do something
like the following:

  gcc -shared -o libfoo.so foo.o -lc

Which gcc will translate as a link command that looks like:

  ld -o libfoo.so foo.o $SYSROOT/usr/lib/libc.so /path/to/libgcc.a

In this case, references in foo.o to symbols like __div0, which
are automatically created by the compiler under various circumstances,
will result in a dynamic import for the '__div0' symbol, that will
be looked inside the system libc.so at runtime.

This is problematic because when we upgrade the toolchain used to
build the system, we change the set of libgcc symbols exported by
/system/lib/libc.so, and this may result in ABI breakages.

What we want instead is for libfoo.so to have its own copy of
__div0 et al. If our shell library in $SYSROOT/usr/lib/libc.so
doesn't export the symbol, its code will be taken from libgcc.a
and added to libfoo.so directly.

Note that when we use the NDK build system, it ensures that libgcc.a
is placed before any shared library in the final link command, i.e.
that something like the following is used:

  ld -o libfoo.so foo.o /path/to/libgcc.a $SYSROOT/usr/lib/libc.so

In this case, the problem doesn't exist because our build system
enforces the correct ordering. This cannot be guaranteed when using
the standalone toolchain unless this change is implemented.

Change-Id: Ic195d21fe56c7118366c2536efa5fc264a7fb263

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

Change-Id: Ibec86df874222792c236f943a97b1366c7e6ca58

This fixes the documentation to properly list EGL as a stable NDK API
starting from API level 9 (i.e. Android 2.3 / Gingerbread).

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

Change-Id: Ia32bdcdd22eedf17fb88355777cec1c1096fe40f

This is to fix http://code.google.com/p/android/issues/detail?id=20261

Change-Id: Ic0eb95da1498cce5fa51e36f04016598aadad2db

Change-Id: I3118e86d5fd3df19dd444effacf2a3289b2bb68f

This removes a typo that prevents the script from working on Windows.

Change-Id: I27a37bfd2f41e6bddd3aa9005afe96f64064edbb

Change-Id: I3ad484ca4d65838b4b5cb842bfb489c796c6c360

Change-Id: Ife010c68013b5476cbfc53df33c4847a9f59c8d7

Change-Id: Id0c2ce8f7c8a95f8633db9161e73d61249962c08

Change-Id: I3efc6a334d7cca08d5fc3f24fce79a98a2d69fed

This patch fixes build-gnu-libstdc++.sh to work properly
and generate libgnustl_shared.so from the GNU libstdc++ sources.

This is done by a custom patch to the gcc toolchain source tree
to force the generation of libgnustl_shared.so from the same objects
than libstdc++.so. This is required because there is no way to change
the internal DT_SONAME of a given shared library, so a simple rename
will not work.

We also ensure that libgnustl_static.a is properly generated and
used by the make-standalone-toolchain.sh script (which uses
copy-libstdcxx.sh)

+ Update definitions.mk to make "gnustl_shared" available in APP_STL
+ Update documentation to reflect that STLport now supports RTTI
+ Update documentation to reflect the new gnustl_shared runtime

Change-Id: Ie3ffaf825ba2d65eca027ec0be5e320d0ee39cbc

+ Make some messages "log" instead of "dump"
+ Add the ability to specify host system as parameter to many functions
+ Define HOST_TAG32 as the 32-bit variant of HOST_TAG

Change-Id: Id0bfaf48c1599be78a4f9f7441c3f48568867d4f

Change-Id: I18fda0105cd53817850ec5b1bb272af6c31ef47a

This patch moves the definitions of all defaults to dev-defaults.
This should make it easier in the future to upgrade the toolchains
or target binaries.

Change-Id: I140b51c5b5116d37d16e628120f8f58974252de4

Change-Id: I298c5b7d84b1cbe9929e0471d940fc69c31aa284

Change-Id: I735daef01d125f875facbb6141a4829f4950fc8a

Change-Id: I26e43eef14ced900fade15058bd3d95b4fa3e369

These options are obsolete. Instead, the build-gnu-libstdc++.sh
script can be used to rebuild the GNU libstdc++ library directly.

Change-Id: I281653915a5bce272ac8d593038291b73270c128

+ Add a patch to disable libtool versioning when building
  the GNU libstdc++.so

Change-Id: I450513be84e00d02dd52a49ffccf18cfc9064e81

Change-Id: Ibed2026c0ff80041a4d024b7b15dc2c70240dc27

Auto-generate the <android/api-level.h> header which contains
a single macro definition for the native API level that the code
is built against.

Previously, the corresponding files were stored under
../development/ndk and required manual updating, which is tedious
and error-prone

+ remove obsolete dev-generate-api-levels.sh script

Change-Id: Ibe482281dff7d86e0a46f6dd9d7096e3cc790e8e

This flag is used to indicate that you only want to generate
sysroots that can be used to build the host toolchains, so this
will only copy the system headers and static objects/libraries.

All samples and shared libraries are ignored, and symlinks are not
used to speed up execution (so --no-samples and --no-symlinks are
implied)

+ Drop --no-samples, and use --samples instead, since we only
  want to regenerate the samples directories when generating
  package releases.

+ Rename --no-symlinks to --fast-copy

Change-Id: I110750a736f42ab5b34b5c6ca2a1c35ada3eba3d

Ensures that the list of platforms is sorted in proper numerical
order, i.e. that android-10 appears after android-9 and not before
android-3

+ Don't make error message is a symbols directory doesn't exist
(e.g. on x86 for API level < 9)

Change-Id: I1fa5b8a43df1de4ee51059065d5c3e24dc90a5e2

Introduces a new script that can do the opposite of
dev-platform-expand-all.sh, which is to compress the content of
/tmp/ndk-$USER/platforms into /tmp/ndk-$USER/platforms-compressed

This ensures that if two successive platforms to define the same
header or symbol list, only the first is copied to the destination.

You would typically use this script, then compare the content of
/tmp/ndk-$USER/platforms-compressed with the one of
$TOP/development/ndk/platforms to check what has changed.

Change-Id: Id277f786789a2b2395259e0f392d3e9975526197

This patch provides a new script that can call dev-platform-expand.sh
for all API levels and all architectures automatically. This is useful
to build a fully expanded tree in /tmp/ndk-$USER/platforms from the
content of development/ndk

Note that this only copies files, i.e. headers and symbol lists,
it doesn't generate any shell libraries.

Change-Id: Ib842c80b8985a7bc1b8f5764eed14ba7daec4216

Ensures that the platforms are sorted in numerical order, i.e.
that android-10 will appear after android-9, instead of before android-3

+ Deal with non-existing symbols directories

Change-Id: I58065514d3b8b1bce6bb524b945d5463953b2ffa