[Bug]: Linker seems to be broken in Android 12

[nonetrix]

Problem description

Linker seems to not work at all instead outputs this when using CMake/Make/Rust

~/testing $ cargo run
   Compiling testing v0.1.0 (/data/data/com.termux/files/home/testing)
error: linking with `cc` failed: exit status: 1
  |
  = note: "cc" "-Wl,--allow-multiple-definition" "-Wl,--eh-frame-hdr" "-Wl,-znoexecstack" "-Wl,--as-needed" "-L" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib" "/data/data/com.termux/files/home/testing/target/debug/deps/testing-32e456aa7c15fd15.testing.936rz8nc-cgu.0.rcgu.o" "/data/data/com.termux/files/home/testing/target/debug/deps/testing-32e456aa7c15fd15.testing.936rz8nc-cgu.1.rcgu.o" "/data/data/com.termux/files/home/testing/target/debug/deps/testing-32e456aa7c15fd15.testing.936rz8nc-cgu.2.rcgu.o" "/data/data/com.termux/files/home/testing/target/debug/deps/testing-32e456aa7c15fd15.testing.936rz8nc-cgu.3.rcgu.o" "/data/data/com.termux/files/home/testing/target/debug/deps/testing-32e456aa7c15fd15.testing.936rz8nc-cgu.4.rcgu.o" "/data/data/com.termux/files/home/testing/target/debug/deps/testing-32e456aa7c15fd15.testing.936rz8nc-cgu.5.rcgu.o" "/data/data/com.termux/files/home/testing/target/debug/deps/testing-32e456aa7c15fd15.testing.936rz8nc-cgu.6.rcgu.o" "/data/data/com.termux/files/home/testing/target/debug/deps/testing-32e456aa7c15fd15.testing.936rz8nc-cgu.7.rcgu.o" "-o" "/data/data/com.termux/files/home/testing/target/debug/deps/testing-32e456aa7c15fd15" "/data/data/com.termux/files/home/testing/target/debug/deps/testing-32e456aa7c15fd15.1rlr7qxp2ev7enf0.rcgu.o" "-Wl,--gc-sections" "-pie" "-Wl,-zrelro" "-Wl,-znow" "-nodefaultlibs" "-L" "/data/data/com.termux/files/home/testing/target/debug/deps" "-L" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib" "-Wl,--start-group" "-Wl,-Bstatic" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libstd-8cd95705bf565301.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libpanic_unwind-93737fa3a49f62e0.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libminiz_oxide-553e116681b2d7ea.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libadler-4cdf52d9d2e3864a.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libobject-ece4a7971352d656.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libaddr2line-2f64b7ee729c07b3.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libgimli-1b54b25bbab7c691.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libstd_detect-1770355b04961fd2.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/librustc_demangle-0f6fcac918519a03.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libhashbrown-775134f0c60fc099.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/librustc_std_workspace_alloc-b56cf6a160dd7500.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libunwind-8f5902d83ea5fd8b.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libcfg_if-aab4df237fee0754.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/liblibc-dc071d8154f928a9.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/liballoc-ff1f7c6cce3a2b94.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/librustc_std_workspace_core-31831826fc692ed8.rlib" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libcore-4f7135d8223d78b9.rlib" "-Wl,--end-group" "/data/data/com.termux/files/usr/lib/rustlib/aarch64-linux-android/lib/libcompiler_builtins-08fa7e9f390afd96.rlib" "-Wl,-Bdynamic" "-ldl" "-llog" "-lgcc" "-lc" "-lm"
  = note: /data/data/com.termux/files/usr/bin/ld: /system/lib64/liblog.so: unknown type [0x13] section `.relr.dyn'
          /data/data/com.termux/files/usr/bin/ld: skipping incompatible /system/lib64/liblog.so when searching for -llog
          /data/data/com.termux/files/usr/bin/ld: /system/lib64/liblog.so: unknown type [0x13] section `.relr.dyn'
          /data/data/com.termux/files/usr/bin/ld: skipping incompatible /system/lib64/liblog.so when searching for -llog
          /data/data/com.termux/files/usr/bin/ld: cannot find -llog
          /data/data/com.termux/files/usr/bin/ld: /system/lib64/liblog.so: unknown type [0x13] section `.relr.dyn'
          /data/data/com.termux/files/usr/bin/ld: skipping incompatible /system/lib64/liblog.so when searching for -llog
          /data/data/com.termux/files/usr/bin/ld: /system/lib64/liblog.so: unknown type [0x13] section `.relr.dyn'
          /data/data/com.termux/files/usr/bin/ld: skipping incompatible /system/lib64/liblog.so when searching for -llog
          /data/data/com.termux/files/usr/bin/ld: /system/lib64/libm.so: unknown type [0x13] section `.relr.dyn'
          /data/data/com.termux/files/usr/bin/ld: skipping incompatible /system/lib64/libm.so when searching for -lm
          /data/data/com.termux/files/usr/bin/ld: /system/lib64/libm.so: unknown type [0x13] section `.relr.dyn'
          /data/data/com.termux/files/usr/bin/ld: skipping incompatible /system/lib64/libm.so when searching for -lm
          /data/data/com.termux/files/usr/bin/ld: cannot find -lm
          /data/data/com.termux/files/usr/bin/ld: /system/lib64/libm.so: unknown type [0x13] section `.relr.dyn'
          /data/data/com.termux/files/usr/bin/ld: skipping incompatible /system/lib64/libm.so when searching for -lm
          /data/data/com.termux/files/usr/bin/ld: /system/lib64/libm.so: unknown type [0x13] section `.relr.dyn'
          /data/data/com.termux/files/usr/bin/ld: skipping incompatible /system/lib64/libm.so when searching for -lm
          clang-12: error: linker command failed with exit code 1 (use -v to see invocation)


error: aborting due to previous error

error: could not compile `testing`

To learn more, run the command again with --verbose.
~/testing $

Steps to reproduce the behavior.

• Install Android 12 beta
• Install Termux
• run pkg install clang binutils rust make cmake
• Try to compile anything that needs ld I've tested C++(Clang) and Rust(Rustc)

What is the expected behavior?

• It links and compiles without any issues
• The executable runs
• I am happy

System information

• Termux application version: 0.117
• Android OS version: Android 12
• Device model: Google Pixel 3A XL

[xtkoba]

Looks similar to chromebrew/chromebrew#2563.

I suppose ld command should read ${TERMUX_PREFIX}/lib/liblog.so instead of /system/lib64/liblog.so.

I suppose ld command should read ${TERMUX_PREFIX}/lib/liblog.so instead of /system/lib64/liblog.so.

liblog.so libc.so and other core libraries are read from /system/lib (32bit) and /system/lib64 (64bit). These libraries are not portable and are specific to Android version. They shouldn't be bundled with Termux.

[xtkoba]

liblog.so libc.so and other core libraries are read from /system/lib (32bit) and /system/lib64 (64bit). These libraries are not portable and are specific to Android version. They shouldn't be bundled with Termux.

Understood. Then one quick workaround might be to copy them from NDK to somewhere ld can find at user's own risk.

FYI NDK r23 (binary distribution for GNU/Linux) has the following files:

android-ndk-r23/toolchains/llvm/prebuilt/linux-x86_64/sysroot/usr/lib/aarch64-linux-android/31/libc.so
android-ndk-r23/toolchains/llvm/prebuilt/linux-x86_64/sysroot/usr/lib/aarch64-linux-android/31/liblog.so

[xtkoba]

Apparently the section type SHT_RELR is not supported even by the latest GNU binutils (version 2.37). A patch exists for binutils-2.27 but I don't know whether it is useful or not.

LLD seems to support it. If it is installed, adding -fuse-ld=lld to LDFLAGS might help.

[finagolfin]

Looks like we'll need to switch all our compilers over to use lld by default. I have already submitted a pull for the Swift compiler upstream that does this, swiftlang/swift#39045.

[nonetrix]

Will see if using lld fixes my C++ project, don't know how I would do this on Rust/Cargo will have do some research I guess

Will comment if anything happens :^)

[finagolfin]

We have switched clang over to using lld by default, please close if this is no longer a problem.