Linking error on Rust 1.70 aarch64-unknown-linux-musl toolchain
geauxvirtual opened this issue · 24 comments
I have a project that currently compiles and links with Rust 1.67 on the following toolchains:
- x86_64-unknown-linux-musl (built in rust:1.67-alpine3.17)
- aarch64-unknown-linux-musl (built in rust:1.67-alpine3.17)
- aarch64-apple-darwin
The project successfully builds with all three toolchains for Rust 1.69.
I was attempting to build the project with Rust 1.70. The project compiles successfully on the following toolchains:
- x86_64-unknown-linux-musl (built in rust:1.70-alpine.3.17 and rust:1.70-alpine3.18)
- aarch64-apple-darwin
The project fails to compile and link on the following toolchain:
- aarch64-unknown-linux-musl (fails in rust:1.70-alpine3.17 and rust:1.70-alpine3.18)
I've been trying to track down which dependency of the project could be causing the following errors to be thrown since the project has no specific hardware requirements, but I also wanted to open an issue since this is failing for one specific toolchain starting with 1.70.
Building with --verbose does not yield any additional information. This occurs for both debug and release builds.
error: linking with `cc` failed: exit status: 1
= note: /usr/lib/gcc/aarch64-alpine-linux-musl/12.2.1/../../../../aarch64-alpine-linux-musl/bin/ld: GFp_armcap_P: undefined version:
/usr/lib/gcc/aarch64-alpine-linux-musl/12.2.1/../../../../aarch64-alpine-linux-musl/bin/ld: failed to set dynamic section sizes: bad value
collect2: error: ld returned 1 exit status
I think this is another manifestation of whatever is causing #111888
The root cause predates my alignment checks PR, but the non-unwinding panics that I added provoke it more often.
WG-prioritization assigning priority (Zulip discussion) and nominating for T-compiler meeting to try getting more eyes on this class of linkage error we're experiencing since 1.70
@rustbot label -I-prioritize +P-high I-compiler-nominated +T-compiler
I've carved out some time for this today and tomorrow.
@geauxvirtual I'm feeling dense: Can you provide a link to a reproduction, even its just the whole project you are trying to build?
I.e. you say "the project" many times in the bug description, but there's no link.
If its not open-source, then without a separate minimized reproduction provided, we won't be able to ensure that whatever fix we put in actually addresses your problem.
I'll see if I can put together a minimal reproduction today because the project isn't open source.
I'm still working on trying to produce a minimal reproducible version of the issue, but in the process, I have been able to get the project to build on aarch64-unknown-linux-musl (rust:1.70-alpine3.18) by changing how some dependencies were being included (and removing some dependencies that weren't being used) in the crate that was failing to link. I know above someone had mentioned it's possibly related to ring, but I haven't be able to confirm that. However by removing a dependency from the crate that was including sys-info, and adding mysql_async to the crate instead of re-exporting it through a second crate, everything compiles fine now, including all the other crates that include the dependency that has sys-info as a dependency.
Example dependency structure below from the way the project compiled fine up to Rust 1.69 on aarch64-unknown-linux-musl, to the small changes I made to now get it to compile with Rust 1.70 on aarch64-unknown-linux-musl. The peculiar part below is that Crate B, Crate C, and Crate D compiled and linked fine. Crate A was only using a re-export of mysql_async from Crate B. The only other info about Crate A is that it's used to define some procedural macros, and I couldn't find anything from syn, quote, and proc-macro2 with regards to issues on Rust 1.70 and aarch64-unknown-linux-musl.
Project A (dependency structure failing to link)
|-- Crate A (failing to link)
|-- Crate B
|-- Crate B
|-- Crate C
|-- mysql_async
|-- Crate C
|-- Crate D
|-- sys-info
Project A (dependency structure that builds and links successfully)
|-- Crate A
|-- mysql_async
|-- Crate B
|-- Crate C
|-- mysql_async
|-- Crate C
|-- Crate D
|-- sys-info
After hitting that locally I'm now also getting this in CI for Firefox, targetting x86_64-unknown-linux-gnu.
I'll get you more details shortly and see if I can reproduce with anything simpler.
I have yet to reproduce that in anything outside of mozilla-central (the firefox repository).
Running the following on a checkout of https://hg.mozilla.org/try/rev/ca38fbc66ca72744143d604e66810f3b47094189 produces the error. Not sure how helpful this is.
cargo build --manifest-path /home/jer/src/mozilla/gecko/Cargo.toml --package uniffi-bindgen-gecko-js
Full details:
$ rustc -vV
rustc 1.71.0 (8ede3aae2 2023-07-12)
binary: rustc
commit-hash: 8ede3aae28fe6e4d52b38157d7bfe0d3bceef225
commit-date: 2023-07-12
host: x86_64-unknown-linux-gnu
release: 1.71.0
LLVM version: 16.0.5
Error:
$ cargo build --manifest-path /home/jer/src/mozilla/gecko/Cargo.toml --package uniffi-bindgen-gecko-js
Updating crates.io index
Compiling uniffi_macros v0.24.1
error: linking with `cc` failed: exit status: 1
|
= note: LC_ALL="C" PATH="/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/bin:/home/jer/.pyenv/shims:/home/jer/.nix-profile/bin:/nix/var/nix/profiles/default/bin:/nix/store/9c03r86hcdn43dm3hsgjirifvyzfkhwh-python3-3.10.12/bin:/nix/store/ngpj89qvilv4n1li30l2zl7jifnzf7z0-tmuxp-1.28.1/bin:/nix/store/prijbwb5cgwbznzganfwjdpkv8xd4a2g-python3.10-kaptan-0.5.12/bin:/home/jer/.pyenv/bin:/home/jer/bin:/home/jer/.cargo/bin:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/jer/.dotnet/tools:/var/lib/snapd/snap/bin:/home/jer/.gem/ruby/2.7.0/bin:/home/jer/code/go/bin:/home/jer/.mozbuild/git-cinnabar:/home/jer/Android/android-studio/bin:/home/jer/Android/Sdk/platform-tools:/home/jer/.local/bin:/home/jer/.fly/bin" VSLANG="1033" "cc" "-Wl,--version-script=/tmp/rustc62ohwS/list" "-Wl,--no-undefined-version" "-m64" "/tmp/rustc62ohwS/symbols.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.0.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.1.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.10.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.11.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.12.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.13.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.14.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.15.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.2.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.3.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.4.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.5.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.6.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.7.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.8.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.uniffi_macros.c09f0bf8631e3ca0-cgu.9.rcgu.o" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.1ujverqzotmpqsgs.rcgu.rmeta" "/home/jer/src/mozilla/gecko/target/debug/deps/uniffi_macros-1ebbc199f08291aa.25z4o1bn5v109hju.rcgu.o" "-Wl,--as-needed" "-L" "/home/jer/src/mozilla/gecko/target/debug/deps" "-L" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-Wl,-Bstatic" "/home/jer/src/mozilla/gecko/target/debug/deps/libuniffi_build-896d013fdb7375b1.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libuniffi_bindgen-1b8b63ef5d9a34f8.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libglob-a85420e1f74a62ca.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libgoblin-debb8ebc56382946.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libplain-60abe002dc486d7e.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libscroll-6987499de7d462ad.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libweedle-10a64121bbcada62.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libnom-5b089e1cd9825d51.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libmemchr-77ecca6e3d8530b9.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libuniffi_testing-900a279d1948846c.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libcargo_metadata-1bf75b2a3434b0b6.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libserde_json-7e5f4df2c6670659.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libryu-bf1761a090e0d244.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libitoa-31083e990354a5eb.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libthiserror-d69bce00f6aad8f1.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libcargo_platform-c0e918f0d912cdee.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libsemver-3add90b556d5ea7b.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libheck-5d274367d6cd4a11.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libaskama-139d13e0e052591b.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libaskama_escape-cee00719578c85c2.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libtoml-758df12d318006a3.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libonce_cell-1eddf36a5857174d.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libfs_err-ed8775f3ced91ffe.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libuniffi_meta-a9272bac2e3b0f6c.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libsiphasher-3f19e0de6b638cbe.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libuniffi_core-7fa367cf19af87f2.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libstatic_assertions-09bb1be294d27063.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/liblog-10ad0f5a1f418df9.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libcfg_if-c5cd52f2f953356d.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libbytes-2260469161279e09.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libanyhow-5a625291d2b834e9.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libsyn-64ffbf436832c4c1.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libquote-bb589a7647e0b23f.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libproc_macro2-b0dba7c929f125c2.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libunicode_ident-a248ba30253e17af.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libproc_macro-7ede36ba902b7649.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libcamino-1ab45bb9e9e73468.rlib" "/home/jer/src/mozilla/gecko/target/debug/deps/libserde-fe0cfa60f053fdab.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-0d91c78a7710ed2e.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libpanic_unwind-9bfeb974ba4dc4e7.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libobject-7dd2d47ddb5fff81.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libmemchr-18d5ce8e8a320b85.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libaddr2line-69d2770595dc6161.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libgimli-b156a020cc470e38.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_demangle-84091f15e468b1ee.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd_detect-fbde6acb28b510ca.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libhashbrown-e9de5d8ee4e7a3dd.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_alloc-9023252e4f119830.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libminiz_oxide-fcbb01769e88af40.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libadler-f69e84994e245fea.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libunwind-27b55c02caca49ea.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcfg_if-579b26075cbe9eca.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/liblibc-54c30397d4b33d3b.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/liballoc-65fb576691133eee.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_core-3fff6412017c0b89.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcore-fd3918c72578db43.rlib" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcompiler_builtins-2a597573799b576f.rlib" "-Wl,-Bdynamic" "-lgcc_s" "-lutil" "-lrt" "-lpthread" "-lm" "-ldl" "-lc" "-Wl,--eh-frame-hdr" "-Wl,-z,noexecstack" "-L" "/home/jer/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-o" "/home/jer/src/mozilla/gecko/target/debug/deps/libuniffi_macros-1ebbc199f08291aa.so" "-Wl,--gc-sections" "-shared" "-Wl,-z,relro,-z,now" "-nodefaultlibs"
= note: /usr/bin/ld: uniffi_rustbuffer_reserve: undefined version:
/usr/bin/ld: uniffi_rustbuffer_from_bytes: undefined version:
/usr/bin/ld: uniffi_rustbuffer_free: undefined version:
/usr/bin/ld: uniffi_rustbuffer_alloc: undefined version:
/usr/bin/ld: uniffi_foreign_executor_callback_set: undefined version:
/usr/bin/ld: failed to set dynamic section sizes: bad value
collect2: error: ld returned 1 exit status
uniffi_rustbuffer_from_bytes and the others are no_mangle extern "C" functions in the uniffi_core create, which is nested somewhere in the dep tree there. Those symbols should not be used in that part of the binary anyway.
Indeed the solution to make this compile is dropping the uniffi dependency of the uniffi-bindgen-gecko-js crate.
Still no small reproduction, but I extracted the crate and tested it in a clean Docker environment too: https://github.com/badboy/uniffi-bindgen-gecko-js-rustc-bug/
Note: removing the profile.dev.build-override in the Cargo.toml makes this compile just fine then.
Still no small reproduction, but I extracted the crate and tested it in a clean Docker environment too: https://github.com/badboy/uniffi-bindgen-gecko-js-rustc-bug/
What's happening on this one is that rust creates a symbol versioning script for the uniffi-macros proc macro with the contents:
{
global:
__rustc_proc_macro_decls_cf019372984507f5__;
rust_metadata_uniffi_macros_cf019372984507f5;
uniffi_foreign_executor_callback_set;
uniffi_rustbuffer_alloc;
uniffi_rustbuffer_free;
uniffi_rustbuffer_from_bytes;
uniffi_rustbuffer_reserve;
local:
*;
};
IOW, it wants to export those symbols, although they are irrelevant for a proc macro.
Fundamentally, though, the uniffi problem is that the proc macro is depending on uniffi_core, via uniffi_meta, and uniffi_meta only needs the metadata module of uniffi_core, but uniffi_core contains much more stuff, including those ffi exports. If that module was a separate crate (or duplicated in uniffi_meta), the problem wouldn't happen.
All in all the uniffi problem may or may not be related to this issue.
That sounds exactly like another source of these linker errors: https://rust-lang.zulipchat.com/#narrow/stream/131828-t-compiler/topic/linker.20errs.20from.20wasm.20exposed.20by.20mir.20align.20checks.20.23111888
I'm more convinced now that there is just one bug here.
Fundamentally, though, the uniffi problem is that the proc macro is depending on uniffi_core, via uniffi_meta, and uniffi_meta only needs the metadata module of uniffi_core, but uniffi_core contains much more stuff, including those ffi exports. If that module was a separate crate (or duplicated in uniffi_meta), the problem wouldn't happen.
All in all the uniffi problem may or may not be related to this issue.
True.
Though as mentioned in #111888 there were some changes adding no-undefined-version to the linker invocation and manually stripping that out makes my builds work, which makes me believe it's more or less the same underlying issue here (we will work around this issue in some other way in m-c)
@geauxvirtual can you check if the problem is resolved in the latest nightly, now that #114470 has landed?
(or maybe @badboy can check against the reproducer that they concocted...)
I just tried building against the latest nightly, and the same linking error above is seen with the latest nightly compiler.
We just got a report of a similar bug building Deno on aarch64 using Ubuntu 16.04 (glibc 2.26.1):
#18 179.0 Compiling deno_cache_dir v0.5.0
#18 180.5 error: linking with `cc` failed: exit status: 1
#18 180.5 |
#18 180.5 = note: LC_ALL="C" PATH="/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/bin:/root/.cargo/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin" VSLANG="1033" "cc" "-Wl,--version-script=/tmp/rustcRUJo55/list" "-Wl,--no-undefined-version" "/tmp/rustcRUJo55/symbols.o" "/deno/target/release/deps/deno_cache_dir-8cd1e1be67d058cd.deno_cache_dir.bf5665095537e8b5-cgu.0.rcgu.o" "/deno/target/release/deps/deno_cache_dir-8cd1e1be67d058cd.4qp5mhu02gfvfcfl.rcgu.o" "-Wl,--as-needed" "-L" "/deno/target/release/deps" "-L" "/deno/target/release/build/ring-6c8cedad92a22f15/out" "-L" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib" "-Wl,-Bstatic" "/deno/target/release/deps/libserde_json-e03c70682fa7e370.rlib" "/deno/target/release/deps/libryu-f5b0e8b3015522f8.rlib" "/deno/target/release/deps/libitoa-0d042663236bb011.rlib" "/deno/target/release/deps/liblog-fa937a2f3f3ab897.rlib" "/deno/target/release/deps/libparking_lot-d4926d1f42203871.rlib" "/deno/target/release/deps/libparking_lot_core-450cdaa49b2afb0a.rlib" "/deno/target/release/deps/libcfg_if-38889dd09f4a491e.rlib" "/deno/target/release/deps/libsmallvec-6d1aebb7a8998e19.rlib" "/deno/target/release/deps/liblock_api-d7d91fcb547223e4.rlib" "/deno/target/release/deps/libscopeguard-f50f1aef82cc20bf.rlib" "/deno/target/release/deps/libindexmap-e6bad887b381ff97.rlib" "/deno/target/release/deps/libequivalent-8cb2cf8bd8c60702.rlib" "/deno/target/release/deps/libhashbrown-5b842ca54ce03c1f.rlib" "/deno/target/release/deps/libdeno_media_type-0ef0bf74110a6814.rlib" "/deno/target/release/deps/libdata_url-090a63930aa396ce.rlib" "/deno/target/release/deps/libthiserror-02a335d27a569383.rlib" "/deno/target/release/deps/libring-5a3bcffb9fc73ee5.rlib" "/deno/target/release/deps/libspin-1129cfebe598ed67.rlib" "/deno/target/release/deps/libuntrusted-a5dcc30bcb4f8a25.rlib" "/deno/target/release/deps/libonce_cell-980fd0d198baddfa.rlib" "/deno/target/release/deps/liblibc-abb1a91c0c67b773.rlib" "/deno/target/release/deps/liburl-12800c7d33fe26d0.rlib" "/deno/target/release/deps/libidna-426e9ae2e2003357.rlib" "/deno/target/release/deps/libunicode_normalization-64d503e613bf6c92.rlib" "/deno/target/release/deps/libtinyvec-5655d95fed51f64c.rlib" "/deno/target/release/deps/libtinyvec_macros-cfde70f85c067b2a.rlib" "/deno/target/release/deps/libunicode_bidi-3264b114da7c7b69.rlib" "/deno/target/release/deps/libform_urlencoded-d0e256eac59b13e6.rlib" "/deno/target/release/deps/libpercent_encoding-b9b191ae89425e92.rlib" "/deno/target/release/deps/libserde-6c2a55a9c90e51d6.rlib" "/deno/target/release/deps/libanyhow-da72a87212c1a104.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libstd-49f405f32420fd6a.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libpanic_unwind-2b2d0fc0b0e1e1ec.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libobject-7cc15c5f0c23404e.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libmemchr-424f9a552277b8de.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libaddr2line-be9e9c3394ea9d59.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libgimli-650021992b21b3a2.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/librustc_demangle-f3c8c0feb6f7f8aa.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libstd_detect-d7ab6e8d31d95747.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libhashbrown-29bef78daca585c7.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/librustc_std_workspace_alloc-0bb4fc54e64e1928.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libminiz_oxide-dcacb73e0fc82c6c.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libadler-5978245ddc0addd7.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libunwind-fd9fde115279cb3c.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libcfg_if-50edd0de903dc776.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/liblibc-74bb96f0ab3e26e0.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/liballoc-60a4032889f46560.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/librustc_std_workspace_core-140890b14fd90465.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libcore-67fe04957e868f3a.rlib" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib/libcompiler_builtins-f261afcc57c36219.rlib" "-Wl,-Bdynamic" "-lgcc_s" "-lutil" "-lrt" "-lpthread" "-lm" "-ldl" "-lc" "-Wl,--eh-frame-hdr" "-Wl,-z,noexecstack" "-L" "/root/.rustup/toolchains/1.71.0-aarch64-unknown-linux-gnu/lib/rustlib/aarch64-unknown-linux-gnu/lib" "-o" "/deno/target/release/deps/libdeno_cache_dir-8cd1e1be67d058cd.so" "-Wl,--gc-sections" "-shared" "-Wl,-z,relro,-z,now" "-nodefaultlibs"
#18 180.5 = note: /usr/bin/ld: GFp_armcap_P: undefined version:
#18 180.5 /usr/bin/ld: failed to set dynamic section sizes: Bad value
The symbol with a missing version is in ring, which is a direct dependency of deno_cache_dir, so I suspect this is not the same issue that @pnkfelix recently fixed with proc macros. Following up on the deno issue.
I am looking into this. Mostly hoping to get an MCVE out of ring.
After some awesome effort from @saethlin to produce an MCVE, it looks to me like the MCVE itself is fixed by #115114 (which ended up in the nightly-2023-08-24).... and PR #115114 does seem like something that could have an impact on this kind of thing...
so ... I hate to ask again but ... can @geauxvirtual and @mmastrac check if their problem still occurs against the latest nightly? :)
I was able to successfully build with both cargo +nightly build --release and cargo +nightly build in the docker container from https://github.com/LukeChannings/deno-arm64
I was able to build my project with the latest nightly release.