Age | Commit message (Collapse) | Author |
|
The STL support libraries were being packaged as a part of
build-cxx-stl.sh. That is unnecessary. Since build-cxx-stl.sh isn't
long for this world, pull them up into checkbuild.py.
Change-Id: I26095a2d30b841fa66598270007e74b96f1a3568
|
|
If we extract the modules to a known location we can reuse the
directory for testing. This cuts the final unpack out of our build ->
package -> unpack -> repack -> unpack -> test process.
Change-Id: I254c4dc4f13d70d881fe98cc418eb333ba1e6d7d
|
|
DIST_DIR is archived on the build server, so we don't want to be
putting everything in there.
Also, this lays the groundwork for us to remove the build -> pack ->
unpack -> repack -> unpack -> test workflow that we currently have
and replace it with build -> test -> pack, since we can install
things to their proper locations, test them where they are, and then
package it directly.
Change-Id: I37529b5f564d82ba0e8b126d9fd44b4b148c1478
|
|
This way they build servers will let us know if we've screwed up
anything significantly.
Change-Id: Ie9ddf8aa1f4b9928d91cd567b8d938c7d4305fdf
|
|
Bug: http://b/25592257
Change-Id: Iaedd5702c96f7e16395f97459e77247821b36967
|
|
Bug: http://b/25592257
Change-Id: I720b12fdbe40b75f12e7e6a5c3995d66a5fa8847
|
|
Bug: http://b/25592257
Change-Id: I9417a05156f996b5ffc5d52ae36eeb9505ccd237
|
|
Bug: http://b/22045105
Change-Id: I630499ebb0726088e18df2ad2943cce51cf1bd1f
|
|
Bug: http://b/26235995
Change-Id: Ie00877190023f0e6ef686f80573ba105325a01f1
|
|
Now that we can run the tests against an arbitrary NDK install,
there's not much reason to include it in the package.
Change-Id: I694c9687e9eaa4411ce967cfde9968a639788ca1
|
|
The build system is going to look for this based on the triple, not
the inconsistent toolchain name.
Change-Id: Ieb54a541e5eb59cd81db663d2e6977d7b8bd4340
|
|
The main fix here is removing the prebuilt/ directory from the
toolchain packages. The layout of the GCC package has changed such
that the directory is no longer there (to facilitate using the same
package for the platform), and it's easier to remove it from the NDK
than to put it back (and it isn't needed anyway).
This also updates the LLVM package to match.
Finally, this changes the GCC versioned path from 4.9.x-google to just
4.9 which is the fix for http://b/25487043.
Change-Id: Id556b97f42222dafc2ce7a0034b1c7a3606a28e5
|
|
This finishes cleaning up the various packages so we don't have any
strange overlap or files escaping their directories any more.
When building a monolithic NDK, this will add a shortcut to the new
ndk-build location in the root of the package (to preserve the ability
to run $NDK/ndk-build).
Bug: http://b/25454836
Change-Id: Icb1399be4f2178bcfd1e9160f0db74f0bfe69931
|
|
|
|
Turns out this complicates a lot of code unnecessarily because we need
to always check if we're a 32- or 64-bit NDK on Windows.
Bug: http://b/25454836
Change-Id: I50c53aee76fbc88f0be8c95d7ae6e7d550ca468e
|
|
This was added because Darwin somehow doesn't have a command line tool
for this task. It seems I've cleaned up all but one place it was
needed, and the last one doesn't really need realpath. Remove it so we
don't have to ship it.
Change-Id: Icb55d7299ae08e469823ef03730b35b9e9105f33
|
|
We don't want the various NDK module packages to have overlapping
paths.
Bug: http://b/25454836
Change-Id: I94f9b153434553d518e677e53df079343e019327
|
|
Bug: http://b/25454836
Change-Id: I8bf53be220c88c428a148101ebce763841dded3f
|
|
Change-Id: Idba8b90a60c7473439c771caabf0007a7884e398
|
|
Bug: http://b/25454836
Change-Id: I30f4f44a6a3fefb977bc94111adfb3edc28d6ee6
|
|
Bug: http://b/25561370
Change-Id: If9abdd593ef631838538cb00984e10ceb400f255
|
|
|
|
Bug: http://b/25561370
Change-Id: Ia85189c6a60c47d77f5c4dd02f071366f023ef61
|
|
Sets don't have a fixed ordering, meaning the modules get listed in
--help in an arbitrary order.
Change-Id: I1f231498f412132e87facd1996a6ecdff8e1fcf1
|
|
Bug: http://b/25561378
Change-Id: I28170e8af990efe212ce586f8bd80a7ea1cf39d2
|
|
Change-Id: Ie73cff2b42196ae4daa62fca701107c57a668292
|
|
Using package.py will keep us honest because it will build the final
release out of only the modules we build rather than including the
contents of source directories like ndk/.
Bug: http://b/24985283
Change-Id: Icd38d573a2d47129879c9509d6ed88c055f65040
|
|
Previously the module was built only when building GCC (with --module
gcc or build.py in toolchain/gcc), but doing that is a waste of time.
This changes the meaning of the GCC module from "build GCC from
source" to "package the prebuilt GCC for the NDK".
Change-Id: I8309d758cb1ae5b1ea816348c3f5c1d4a67aa281
|
|
This is the conglomeration of all the common host tools. The way
things are organized right now, these are essentially all required.
Some of these things can be broken out. Android Studio users don't
need GDB, Make, or Awk.
Change-Id: I35f7a3bdb7eab4b9069f99b30a522062ada55342
|
|
|
|
I had forgotten to upload my local change when I submitted
https://android-review.googlesource.com/#/c/180344/
Change-Id: I0dc47ecf071595d2d478be0a6f534d4e9aca9e48
|
|
This doesn't cover any packages that are built from toolchain or that
are installed to prebuilt/$HOST_TAG. The former will be fixed in
another patch soon, but the latter is going to take some
reorganization because several packages install to the same directory
(and the repo.prop files will clobber each other).
We need to also add the repo.prop files to each STL's .gitignore
because the STLs are still building into their source directory ಠ_ಠ
Bug: http://b/25417748
Change-Id: I4a666efecde192a5674e4c8b8ad835ceef80dd09
|
|
When building for Windows the gcclibs module would fail because
libatomic isn't built for the Windows toolchain (no idea why). Since
this is purely a target module the host system is unimportant. Just
use the Linux prebuilt.
Change-Id: I34a368489c860c9299cab88133c9ebcfc2d8b389
|
|
Change-Id: I79e10b0a6877572a9fdb8e52d4f81253c0cc0249
|
|
These aren't really related to the toolchains themselves, they're
information for ndk-build about how to use them. In a modular NDK,
they only need to be available if ndk-build is used, so they should
come with the build system.
Bug: http://b/25231709
Change-Id: I92eb71f263941dee82fe6728f25a1463adbd991c
|
|
Bug: http://b/23362228
Change-Id: I309fdf38f2fa2107c0c07be62621b6e3fc515c50
|
|
This is just a temporary solution so we can run the tests. We'll want
to find a cleaner solution for when we actually go to ship (as
described in the bug).
Bug: http://b/25231709
Change-Id: Iede46ac2c3f7bd6dfbe376d1e7bb303b5a6bdc22
|
|
Bug: http://b/23362228
Change-Id: Ifc36687ffa5509c97f775456a94ffaa580f7cdab
|
|
Bug: http://b/23362228
Change-Id: I6877bf9cb6cd3ec8d2ce674364c2f2689cae500c
|
|
The new gcc is finally one that is built from the same source as the
platform rather than with NDK specific patches. One of those patches
was to put libs in the 4.9 directory rather than 4.9.x-google. Now
that we don't have that, fix the directory name.
Bug: http://b/24911020
Change-Id: I7f191e81c37759d0fdb908ad647a6322c17cd269
|
|
Bug: http://b/23362228
Change-Id: I69059295f118610ac1bcacad55db2778cdab2987
|
|
Bug: http://b/24990121
Change-Id: Ia427e426b8e59dfaabdc7d1d6a769353430ce097
|
|
Bug: http://b/24990121
Change-Id: I93e4fd75634fa92b389240615bee737f2ed1d3dd
|
|
Windows binaries end with .exe, and Windows doesn't have gold.
Bug: http://b/22387400
Change-Id: I65edab9869c09164f05b029a1347ccddc072aceb
|
|
In a modular NDK world, we might have clang without GCC being present.
In this case, we still need libgcc.
Bug: http://b/24958112
Change-Id: I10a30b60aa6026c050064efcc1f076ad98a836ea
|
|
Rather than conquer the toolchain/build hellscape, just copy the
binutils files out of the prebuilt gcc into their own package.
This removes one of dependencies clang has on gcc being present. The
other is the target libraries provided by GCC.
Bug: http://b/22387400
Change-Id: I08a3985f2e46bee56cdbc7be58183d699310a75f
|
|
Change-Id: I44c86e00e048c8eab1f3ad321e217ee00cafc805
|
|
Change-Id: Iabc13fc381ad5c39a5db01908af4e1ee49ae1a75
|
|
Change-Id: Ica9bd35df657c633045dcb5dc75dadfa1c13e73b
|
|
This now has its own build on the build server, and the GCC we build
here is not the one we'll package or test with.
Change-Id: I15762543072e06860ff322101700603f9420686c
|