diff options
| author | 2022-10-19 15:46:53 -0700 | |
|---|---|---|
| committer | 2022-10-20 19:45:53 +0000 | |
| commit | e725b4e5e0011bfb78df3511444e2508a08bef53 (patch) | |
| tree | 45d20b4a257ad055a6af22152f550ed7a3e25b91 /java/java_test.go | |
| parent | 645874d0cdd86d5a24c9f606e210f1c9a6e372bd (diff) | |
Use static libclang_rt.ubsan_standalone runtime for musl
Using a dynamic libclang_rt.ubsan_standalone runtime causes
problems when dalvikvm dlopen's libart.so:
JniInvocation E 10-19 18:25:55 1159447 1159447] Failed to dlopen libart.so: Error relocating /mnt/disks/build-disk/src/android/master/out/host/linux-x86/lib64/libclang_rt.ubsan_standalone-x86_64.so: (null): initial-exec TLS resolves to dynamic definition in /mnt/disks/build-disk/src/android/master/out/host/linux-x86/lib64/libclang_rt.ubsan_standalone-x86_64.so
This seems to be caused by a thread local variable with an
explicit initial-exec TLS model in libclang_rt.ubsan_standalone,
which is then rejected by musl's dynamic loader. Switching to
a static libclang_rt.ubsan_standalone matches what we are doing
for glibc and fixes musl.
Bug: 190084016
Test: m USE_HOST_MUSL=true out/target/common/obj/JAVA_LIBRARIES/ahat-test-dump_intermediates/test-dump-base.hprof
Change-Id: I3e50eae6c22b684fc7bb0ccdfe0379f41d246319
Diffstat (limited to 'java/java_test.go')
0 files changed, 0 insertions, 0 deletions