tequilaOS/platform_build
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
platform_build/core/clang/TARGET_arm64.mk

11 lines
427 B
Makefile
Raw Normal View History

RenderScript-specific build updates for LLVM rebase Bug: http://b/31320715 Use LLVM's RenderScript triples: upstream LLVM now has 32-bit and 64-bit RenderScript triples. Update RS_TRIPLE build variables to use the new triples. Switch prebuilt clang used for building RenderScript runtime library to the latest prebuilts. Test: Run RenderScript tests (slang, bcc host tests, RsTest, CTS) Change-Id: I308f6a2183350cfc380228a1eed07ec118d93a46
2016-07-26 20:37:14 +02:00
RS_TRIPLE := renderscript64-linux-android
Fix RS_TRIPLE and RS_TRIPLE_CFLAGS. Bug: 17333374 Add RS_TRIPLE_CFLAGS to ensure that we build with the proper defines on targets like x86. This also changes all build targets to use the proper 32/64-bit triples when creating their runtime libraries. Change-Id: I8f6175b1a14af6d03ee90f32069f3688ec227fb9
2014-08-29 23:43:53 +02:00
RS_TRIPLE_CFLAGS :=
Fix build breakage due to incorrect bcc_compat RS_TRIPLE. Bug: 17333374 Change-Id: I13582ce0cde86f7b3728aa4f45a5197438d65a2d (cherry picked from commit 52626d2a7b4767905e8a369ddc8316c1290ad156)
2014-09-03 04:09:35 +02:00
RS_COMPAT_TRIPLE := aarch64-linux-android
Use prebuilt libclang_rt.profile. Bug: 17574078 Change-Id: I4838cd5d125a0b2bf76aad2fdaef1ee3122687e8
2015-01-26 01:20:57 +01:00
TARGET_LIBPROFILE_RT := $(LLVM_RTLIB_PATH)/libclang_rt.profile-aarch64-android.a
Move libgcc to libcrt.builtins libgcc is kept behind libcrt.builtins to provide unwinder symbols and any other missing symbols. Bug: 29275768 Bug: 119007754 Test: m checkbuild Change-Id: Ifb16ed87afc3391f8830d771971315515f929235 Merged-In: Ifb16ed87afc3391f8830d771971315515f929235 (cherry picked from commit b9d89322791c84ad7a76513c6373a5ac5d0de026)
2018-10-13 01:58:57 +02:00
TARGET_LIBCRT_BUILTINS := $(LLVM_RTLIB_PATH)/libclang_rt.builtins-aarch64-android.a
Fix AddressSanitizer link order and multilib setup. ASan runtime library (when using dynamic linking) must be the first dependency of the main executable to achieve correct symbol interposition. This matches how the clang driver works. In multilib setup, ASan-RT name depends on the target arch: /system/lib/libclang_rt.asan-arm-android.so /system/lib64/libclang_rt.asan-arm64-android.so We also set RPATH to /system/lib/asan or /system/lib64/asan to have a place for ASan-only versions of system libraries. Change-Id: I5c0cdb89e5e08a1950eb276e406da9f31a6e52dd
2015-04-25 01:34:47 +02:00
# Address sanitizer clang config
Use a different linker for ASan binaries. Another change in bionic/linker adds linker_asan/linker_asan64 that know where to find ASan shared libraries. Also, include linker_asan to the required packages list when building for ASan. Change-Id: I8ebe7c0091bbeb0c135708a891d33d9844373d37
2015-07-11 03:06:51 +02:00
ADDRESS_SANITIZER_LINKER := /system/bin/linker_asan64
Fix linker_asan[64] apex bootstrap build error This commit fixes `linker_asan[64]` apex bootstrap build errors. Without this change, `make -j SANITIZE_TARGET=address` results in: FAILED: ninja: 'out/target/product/walleye/system/bin/linker_asan64', needed by 'out/target/product/walleye/system/bin/app_process64', missing and no known rule to make it Test: lunch aosp_walleye-userdebug && make SANITIZE_TARGET=address Change-Id: I980a36499cd327db307321fc8e4548925e7d56bf
2019-01-31 10:07:50 +01:00
ADDRESS_SANITIZER_LINKER_FILE := /system/bin/bootstrap/linker_asan64
Reference in a new issue Copy permalink