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
Loading
Please register or sign in to comment