commit | 4d6da285cc6594fad25059f3facb267cc453d756 | [log] [tgz] |
---|---|---|
author | Treehugger Robot <treehugger-gerrit@google.com> | Mon Jul 18 18:40:06 2022 +0000 |
committer | Gerrit Code Review <noreply-gerritcodereview@google.com> | Mon Jul 18 18:40:06 2022 +0000 |
tree | 8c97ac7e869c1ff97eb5f4ca880534e8012531da | |
parent | dde2bd7f6a24cae72511a7e449d513f205fda984 [diff] | |
parent | dc8fb14e8369198dcce661daa38b3b1d62ce19f5 [diff] |
Merge "[patches] Cherry pick CLS for: ELF: Do not relax ADRP/LDR -> ADRP/ADD for absolute symbols in PIC."
For the latest version of this doc, please make sure to visit: Android Clang/LLVM Toolchain Readme Doc
You can also visit the Android Clang/LLVM Prebuilts Readme Doc for more information about our prebuilt toolchains (and what versions they are based upon).
$ mkdir llvm-toolchain && cd llvm-toolchain $ repo init -u https://android.googlesource.com/platform/manifest -b llvm-toolchain $ repo sync -c $ python toolchain/llvm_android/build.py
The built toolchain will be installed to out/install/$HOST/clang-dev
.
If building on Linux, pass --no-build windows
to build.py
to skip building Clang for Windows.
Pass the --lto
option to build.py
to build the toolchain with LTO. LTO is enabled in official Android Clang/LLVM prebuilts but the flag is off by default. This option only affects the second stage Clang toolchain and not the on-device targets (compiler-rt, lldb-server etc).
If you have an additional llvm tree built and present in your $PATH
, then build.py
might fail during the Windows build of libcxxabi with the error 'libstdc++ version must be at least 4.8.'
. The solution is to remove that path from your $PATH
before invoking build.py
.
To rebuild a particular toolchain, find the manifest file for that release:
$ $TOOLCHAIN_DIR/bin/clang -v Android (6317467 based on r365631c1) clang version 9.0.8...
The build number for that toolchain is 6317467
and the manifest is found in $TOOLCHAIN_DIR/manifest_6317467.xml
Rebuild the toolchain with that manifest:
$ mkdir llvm-toolchain && cd llvm-toolchain $ repo init -u https://android.googlesource.com/platform/manifest -b llvm-toolchain $ cp $TOOLCHAIN_DIR/manifest_6317467.xml .repo/manifests $ repo init -m manifest_6317467.xml $ repo sync -c # Optional: Apply any LLVM/Clang modifications to toolchain/llvm-project $ python toolchain/llvm_android/build.py
We can use either llvm-toolchain or master-plus-llvm branch. master-plus-llvm branch is a combination of llvm-toolchain and aosp-master, which can test building platform and create the build switch CL in the same tree. llvm-toolchain is more suitable when trying to reproduce a toolchain from a different release.
$ mkdir master-plus-llvm && cd master-plus-llvm $ repo init -u https://android.googlesource.com/platform/manifest -b master-plus-llvm $ repo sync -c
# replace r407598 with the update version $ export NEW_REVISION=r407598 $ cd toolchain/llvm_android $ ./merge_from_upstream.py --rev $NEW_REVISION
In android_version.py: _patch_level = ‘1’ _svn_revision = $NEW_REVISION
$ ./build.py
Examples are in aosp/1515350 and aosp/1515697.
It is to speed up compile time for the new compiler. The profdata is generated in go/ab/aosp-master-plus-llvm, target Clang-PGO.
An example is in aosp/1513058.
Use cherrypick_cl.py to cherry pick upstream patches:
$ ./cherrypick_cl.py --sha <upstream_patch1_sha> <upstream_patch2_sha> ... --verify-merge --create-cl
We want to find all patches before $NEW_REVISION but reverted after $NEW_REVISION in upstream. Search “revert-checker/android” emails to find candidates, and cherry pick them.
We may revert upstream patches locally or add local patches. Put patch files in patches/, and add patch info at the end of patches/PATCHES.json.
An example is in aosp/1556717.
Clang prebuilts are generated in go/ab/aosp-llvm-toolchain. Use update-prebuilts.py to download them.
$ ./update-prebuilts.py <build_number from aosp-llvm-toolchain>
Then upload clang prebuilts in prebuilts/clang/host/linux-x86, prebuilts/clang/host/darwin-x86, and prebuilts/clang/host/windows-x86 for testing.
An example is in aosp/1532505.
In build/soong/cc/config/global.go: ClangDefaultVersion = “clang-$NEW_VERSION” ClangDefaultShortVersion = “<NEW_CLANG_MAJOR_VERSION>.0.1”
If ther are new compiler warnings we need to suppress, add them at the end of ClangExtraNoOverrideCflags in build/soong/cc/config/clang.go.
If there are new sanitizer flags we need to suppress, add them in build/soong/cc/sanitize.go.
An example is in aosp/1541244.
Put clang linux-x86 prebuilt CL and soong CL in the same topic. Run presubmit check.
Cherry pick the prebuilt and soong CLs to internal main, and run presubmit check. Some tests (like bionic fortify tests) only run there.
Use toolchain/llvm_android/test/scripts/test_prebuilts.py.
$ test/scripts/test_prebuilts.py --prebuilt_cl <linux-x86 cl no> --soong_cl <soong cl no> \ --tag "test_clang_${NEW_VERSION}_v1" --test_kind platform --build <build_number of prebuilts> \ --verbose
The test results are shown in go/forrest. After all tests complete. Run test/scripts/update_results.py
to upload results to go/android-llvm-testing-dashboard.
Some device_boot_health_check tests are flaky. So it is unlikely to get fully green results.
Below tests have been affected by compiler updates. It's better to test them manually on all architectures (arm, arm64, x86, x86_64). bionic_unit_tests or CtsBionicTestCases CtsNNAPITestCases CtsMediaV2TestCases
Run on wine using test/platform/run_windows_tests.sh.
We used to build platform on darwin. But probably we will change to only build and run selected tests.
Currently we submit prebuilts before the soong CL. This usually needs the soong CL to wait for at least six hours to pass presubmit check. Maybe we can submit them together if that is supported by RBE.
All places need to switch to the new compiler are listed in https://android.googlesource.com/platform/prebuilts/clang/host/linux-x86/+/master/README.md.
The updates in the kernel and NDK are done separately.
After switching, we also need to update the doc.
We have a public mailing list that you can subscribe to: android-llvm@googlegroups.com