summaryrefslogtreecommitdiffstats
path: root/bin
Commit message (Collapse)AuthorAgeFilesLines
* Revert "Revert "gcc-4.9: move binaries to find build breakages""Nick Desaulniers2020-01-075-0/+0
| | | | | | | | | | This reverts commit 4416b2071855d71b6ee06d71540acac1a1d66672. This re-renames the gcc binary to cause explicit breakage. It may be reverted by buildcop. Reason for revert: unless the mingw builds also required this, I don't think this was the source of any of the reported failures. Bug: 147240075 Change-Id: Ib82436bd003150c6a54041ac61399fcbbceb6eeb
* Revert "gcc-4.9: move binaries to find build breakages"replicant-11Raman Tenneti2020-01-075-0/+0
| | | | | | | | This reverts commit faf5c0c0ba267a56ee16a88bc8983ec9668229e6. Reason for revert: BUG: 147258869 Change-Id: Ie6ae101dfea020815c54140a3325154d742cc2ed
* gcc-4.9: move binaries to find build breakagesNick Desaulniers2020-01-065-0/+0
| | | | | | | | | | | | | | | As per: https://android.googlesource.com/platform/prebuilts/clang/host/linux-x86/+/master/GCC_4_9_DEPRECATION.md We're about to remove gcc-4.9; move the binaries to see if we can spot any build breakages in pre or post submit testing. Build cops may revert this change if necessary. Please report any unexpected build breakages to: android-llvm@googlegroups.com Bug: 147240075 Change-Id: Ic28f409ffe7e526ed0eb1b0d55b9162f69d508c3 Signed-off-by: Nick Desaulniers <ndesaulniers@google.com>
* Check in a glibc 2.17 + gcc 4.8.3 toolchainandroid-q-preview-6android-q-preview-5android-q-preview-4android-q-preview-2.5android-q-preview-1llvm-r353983George Burgess IV2019-01-2328-0/+0
This CL checks in glibc 2.17. This was built using the newly-included build-with-previous-gcc.sh script. build-*-multilib-toolchain.sh is more or less the same as it was; it learned to copy its wrapper into the new toolchain root, and now knows how to apply things in sysroot-patches. For a full diff between old and new, look here (sorry external people; please use `diff` manually): https://paste.googleplex.com/4796800347144192 In the 2.15 upgrade CL (I355e28b922101700719c0cc27f588782f96979d4), the commit message notes that it also: - added a symbolic link to stdatomic.h - copied libxcb.so.1{,.1.0} from precise's /usr/lib/* to the prebuilts glibc dir. Despite no builds breaking without it, I added the first bullet as a sysroot-patch. For the second bullet, it seems like a really bad idea to try to copy libxcb.so from a modernish Debian into an essentially 5 year old sysroot. cs/ for `libxcb package:^android$ -file:^prebuilts/ -file:quipper/testdata -file:^external/` gives me a single result. Namely, a directory in vendor/ apparently provides its own libxcb.so.1. (And a few places in external/ reference it in documentation? Hard to tell if we ever actually need it, though) So, unless we can find something it breaks, I'm dropping the libxcb bits from this (note that the sysroot *does* still contain a libxcb on its own, like the previous one does.) Manual actions: - Copied over CAPS root files from the glibc-2.15 dir not already present in this directory (MODULE_LICENSE_GPL, OWNERS, NOTICE, etc.) Bug: 111358231 Test: A few: - checkbuilds of taimen-eng, hikey960-eng, marlin-eng, sdk_gphone_x86-userdebug - `make -j80 dist TARGET_PRODUCT=cf_x86_phone ndk_translation_all` - `emulator -no-display` on sdk_gphone_x86-userdebug booted and was `adb`able - built the emulator branch (I8936e4a3bddfd500dadb8034f0b272eb1c463978); tests pass. Using the emulator on a newly-built sdk_gphone_x86-userdebug image boots and is `adb`able - `make -j80 -k PRODUCT-sdk_x86-sdk dist` builds Change-Id: Ieeed444801160e3d288bbad7d871067e81411118