-Zbuild-std + lto="fat" = undefined reference to `core::panicking::panic` #347

tmiasko · 2020-03-12T23:10:19Z

$ cargo new --bin a
     Created binary (application) `a` package
$ cd a/
$ echo -e '[profile.dev]\nlto="fat"' >> Cargo.toml 
$ cargo run -Zbuild-std --target x86_64-unknown-linux-gnu
...
error: linking with `cc` failed: exit code: 1
  |
  = note: "cc" "-Wl,--as-needed" "-Wl,-z,noexecstack" "-m64" "-L" "/../.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "/tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/a-f6afee8bd619dd6c.10btgdcccpdgwv38.rcgu.o" "-o" "/tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/a-f6afee8bd619dd6c" "-Wl,--gc-sections" "-pie" "-Wl,-zrelro" "-Wl,-znow" "-nodefaultlibs" "-L" "/tmp/a/target/x86_64-unknown-linux-gnu/debug/deps" "-L" "/tmp/a/target/debug/deps" "-L" "/tmp/a/target/x86_64-unknown-linux-gnu/debug/build/backtrace-sys-23683e5572d20c8c/out" "-L" "/../.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-Wl,--start-group" "-Wl,-Bstatic" "/tmp/rustcgyDZiW/libbacktrace_sys-ba159dd14189807b.rlib" "-Wl,--end-group" "/tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-495badfa0e51e0a1.rlib" "-Wl,-Bdynamic" "-ldl" "-lrt" "-lpthread" "-lgcc_s" "-lc" "-lm" "-lrt" "-lpthread" "-lutil" "-lutil"
  = note: /usr/bin/ld: /tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-495badfa0e51e0a1.rlib(compiler_builtins-495badfa0e51e0a1.compiler_builtins.ecun6ipv-cgu.15.rcgu.o): in function `<i128 as core::ops::arith::Sub>::sub':
          /../.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libcore/ops/arith.rs:194: undefined reference to `core::panicking::panic'
          /usr/bin/ld: /tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-495badfa0e51e0a1.rlib(compiler_builtins-495badfa0e51e0a1.compiler_builtins.ecun6ipv-cgu.11.rcgu.o): in function `compiler_builtins::int::sdiv::Div::div':
          /../.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/compiler_builtins-0.1.25/src/int/sdiv.rs:6: undefined reference to `core::panicking::panic'
          /usr/bin/ld: /../.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/compiler_builtins-0.1.25/src/int/sdiv.rs:7: undefined reference to `core::panicking::panic'
          /usr/bin/ld: /tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-495badfa0e51e0a1.rlib(compiler_builtins-495badfa0e51e0a1.compiler_builtins.ecun6ipv-cgu.11.rcgu.o): in function `compiler_builtins::int::sdiv::Mod::mod_':
          /../.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/compiler_builtins-0.1.25/src/int/sdiv.rs:28: undefined reference to `core::panicking::panic'
          /usr/bin/ld: /../.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/compiler_builtins-0.1.25/src/int/sdiv.rs:31: undefined reference to `core::panicking::panic'
          /usr/bin/ld: /tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-495badfa0e51e0a1.rlib(compiler_builtins-495badfa0e51e0a1.compiler_builtins.ecun6ipv-cgu.13.rcgu.o):/../.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/libcore/ops/bit.rs:515: more undefined references to `core::panicking::panic' follow
          collect2: error: ld returned 1 exit status
          

error: aborting due to previous error

Looks like this is either an issue with compiler-builtins which should avoid
using any checked operations which could generate references to core crate, or
an issue with cargo -Zbuild-std which should always built this crate with
-Coverflow-checks=no.

The text was updated successfully, but these errors were encountered:

josephlr · 2020-10-05T23:00:10Z

We encountered a similar issue in cloud-hypervisor/rust-hypervisor-firmware#69 where the following three features in combination resulted in a link failure:

LTO
debug build
-Zbuild-std

However, our issues weren't solved by just using overflow-checks = false or by disabling debug assertions. We had to disable LTO or set opt-level = 1.

The issue seems to be that when libcore/compiler-builtins is built with LTO, compiler-builtins still needs to reference some functions from libcore (like core::ptr::const_ptr::offset or core::panicking::panic). However, these functions get eliminated from the main binary due to LTO, so compiler-builtins ends up with undefined references. This doesn't happen with opt-level = 1 as the calls from compiler-builtins to libcore are inlined, removing any LTO related issues.

alexcrichton · 2020-10-06T17:29:21Z

This crate is designed to in theory not reference any symbols from libcore. If that happens there's a bug in this crate. For example no functions should panic, and nothing should be referencing functions upstream in libcore itself.

Rahix · 2020-10-09T21:10:03Z

I'm also facing this on AVR:

   Compiling arduino-leonardo v0.1.0 (/avr-hal/boards/arduino-leonardo)
error: linking with `avr-gcc` failed: exit code: 1
  |
  = note: "avr-gcc" "-mmcu=atmega32u4" "-Wl,--as-needed" "-L" "/rust/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/avr-atmega32u4/lib" "/avr-hal/target/avr-atmega32u4/debug/examples/rahix_are_we_large_int_yet-2408b37d61755303.panic_halt-adf0e0db19dc9c4b.panic_halt.524x37ge-cgu.0.rcgu.o.rcgu.o" "-o" "/avr-hal/target/avr-atmega32u4/debug/examples/rahix_are_we_large_int_yet-2408b37d61755303.elf" "-Wl,--gc-sections" "-no-pie" "-L" "/avr-hal/target/avr-atmega32u4/debug/deps" "-L" "/avr-hal/target/debug/deps" "-L" "/rust/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/avr-atmega32u4/lib" "-Wl,--start-group" "-Wl,--end-group" "-Wl,-Bstatic" "/avr-hal/target/avr-atmega32u4/debug/deps/libcompiler_builtins-03d212bc2672989c.rlib" "-Wl,-Bdynamic" "-lgcc"
  = note: /usr/bin/avr-ld: /avr-hal/target/avr-atmega32u4/debug/deps/libcompiler_builtins-03d212bc2672989c.rlib(compiler_builtins-03d212bc2672989c.compiler_builtins.elxguzph-cgu.7.rcgu.o): in function `compiler_builtins::int::shift::Ashl::ashl':
          /home/rahix/.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/compiler_builtins-0.1.36/src/int/shift.rs:(.text._ZN17compiler_builtins3int5shift4Ashl4ashl17hfb01a5f265cfc56eE+0x150): undefined reference to `core::panicking::panic'
          /usr/bin/avr-ld: /avr-hal/target/avr-atmega32u4/debug/deps/libcompiler_builtins-03d212bc2672989c.rlib(compiler_builtins-03d212bc2672989c.compiler_builtins.elxguzph-cgu.7.rcgu.o): in function `compiler_builtins::int::shift::Lshr::lshr':
          /home/rahix/.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/compiler_builtins-0.1.36/src/int/shift.rs:(.text._ZN17compiler_builtins3int5shift4Lshr4lshr17hdf6ef8cc4c3c992bE+0x1f8): undefined reference to `core::panicking::panic'
          /usr/bin/avr-ld: /avr-hal/target/avr-atmega32u4/debug/deps/libcompiler_builtins-03d212bc2672989c.rlib(compiler_builtins-03d212bc2672989c.compiler_builtins.elxguzph-cgu.1.rcgu.o): in function `compiler_builtins::int::specialized_div_rem::u32_div_rem':
          /home/rahix/.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/compiler_builtins-0.1.36/src/int/specialized_div_rem/delegate.rs:95: undefined reference to `core::panicking::panic'
          collect2: error: ld returned 1 exit status

However, for me, adding overflow-checks = false does fix it:

[profile.dev.package.compiler_builtins]
overflow-checks = false

Curiously, I get a warning about this not being used, but it works:

warning: profile package spec `compiler_builtins` in profile `dev` did not match any packages
   Compiling compiler_builtins v0.1.36
   Compiling bare-metal v0.2.5
   Compiling nb v1.0.0
   Compiling vcell v0.1.2
[...]
   Compiling arduino-leonardo v0.1.0 (/avr-hal/boards/arduino-leonardo)
    Finished dev [optimized + debuginfo] target(s) in 11.24s

As @tmiasko wrote, maybe compiler-builtins should actually specify overflow-checks = false by itself?

alecmocatta · 2020-11-08T11:12:14Z

I'm also seeing this with WASM: there's an undefined reference to _ZN4core9panicking5panic17he4861068bc6d1d99E in __multi3 which causes wasm-bindgen to fail with cannot import from modules ('env') with '--no-modules'.

I see the same behaviour as @Rahix: the profile package spec triggers a warning but does actually work.

jonahbron · 2020-11-20T03:25:37Z

I encountered this issue as well, and fixed it with the setting mentioned by @Rahix . This issue cropped up in my program when I introduced a usage of core::cell::RefCell, not sure if that's related. I found this comment by googling "avr undefined reference to core panicking panic"

lexxvir · 2021-12-08T09:17:04Z

I'd like to note that the issue still occurs (one year already) and existing workaround is slightly annoying when building crates.

Amanieu · 2022-01-31T21:28:00Z

This should be fixed in the latest version of compiler-builtins. If this problem still occurs, please show the error message that indicates which function is calling panic.

tmiasko · 2022-02-06T11:58:28Z

Testing with compiler-builtins 0.1.68, the original steps still reproduce the issue for me. Panics originate from arithmetic operations that perform overflow checks:

error: linking with `cc` failed: exit status: 1
  |
  = note: "cc" "-m64" "/tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/a-67c5d10adbae7870.std-5f98db226bab3e6c.std.dd5d69d6-cgu.0.rcgu.o.rcgu.o" "-Wl,--as-needed" "-L" "/tmp/a/target/x86_64-unknown-linux-gnu/debug/deps" "-L" "/tmp/a/target/debug/deps" "-L" "/home/../rust/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-Wl,--start-group" "-Wl,--end-group" "-Wl,-Bstatic" "/tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-89ced71a6bca4a7c.rlib" "-Wl,-Bdynamic" "-lgcc_s" "-lutil" "-lrt" "-lpthread" "-lm" "-ldl" "-lc" "-Wl,--eh-frame-hdr" "-Wl,-znoexecstack" "-L" "/home/../rust/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-o" "/tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/a-67c5d10adbae7870" "-Wl,--gc-sections" "-pie" "-Wl,-zrelro,-znow" "-nodefaultlibs"
  = note: /usr/bin/ld: /tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-89ced71a6bca4a7c.rlib(compiler_builtins-89ced71a6bca4a7c.compiler_builtins.1a0b759d-cgu.14.rcgu.o): in function `<u128 as core::ops::arith::Add>::add':
          /home/../rust/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/src/rust/library/core/src/ops/arith.rs:126: undefined reference to `core::panicking::panic'
          /usr/bin/ld: /tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-89ced71a6bca4a7c.rlib(compiler_builtins-89ced71a6bca4a7c.compiler_builtins.1a0b759d-cgu.14.rcgu.o): in function `<i16 as core::ops::arith::Sub>::sub':
          /home/../rust/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/src/rust/library/core/src/ops/arith.rs:233: undefined reference to `core::panicking::panic'
          /usr/bin/ld: /tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-89ced71a6bca4a7c.rlib(compiler_builtins-89ced71a6bca4a7c.compiler_builtins.1a0b759d-cgu.14.rcgu.o): in function `<u128 as core::ops::arith::AddAssign>::add_assign':
          /home/../rust/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/src/rust/library/core/src/ops/arith.rs:779: undefined reference to `core::panicking::panic'
          /usr/bin/ld: /tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-89ced71a6bca4a7c.rlib(compiler_builtins-89ced71a6bca4a7c.compiler_builtins.1a0b759d-cgu.14.rcgu.o): in function `<i16 as core::ops::arith::SubAssign>::sub_assign':
          /home/../rust/build/x86_64-unknown-linux-gnu/stage1/lib/rustlib/src/rust/library/core/src/ops/arith.rs:846: undefined reference to `core::panicking::panic'
          /usr/bin/ld: /tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-89ced71a6bca4a7c.rlib(compiler_builtins-89ced71a6bca4a7c.compiler_builtins.1a0b759d-cgu.7.rcgu.o): in function `compiler_builtins::int::specialized_div_rem::u128_div_rem':
          /home/../.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/compiler_builtins-0.1.68/src/int/specialized_div_rem/asymmetric.rs:51: undefined reference to `core::panicking::panic'
          /usr/bin/ld: /tmp/a/target/x86_64-unknown-linux-gnu/debug/deps/libcompiler_builtins-89ced71a6bca4a7c.rlib(compiler_builtins-89ced71a6bca4a7c.compiler_builtins.1a0b759d-cgu.7.rcgu.o):/home/../.cargo/registry/src/git.luolix.top-1ecc6299db9ec823/compiler_builtins-0.1.68/src/int/specialized_div_rem/asymmetric.rs:52: more undefined references to `core::panicking::panic' follow
          collect2: error: ld returned 1 exit status
          
  = help: some `extern` functions couldn't be found; some native libraries may need to be installed or have their path specified
  = note: use the `-l` flag to specify native libraries to link
  = note: use the `cargo:rustc-link-lib` directive to specify the native libraries to link with Cargo (see https://doc.rust-lang.org/cargo/reference/build-scripts.html#cargorustc-link-libkindname)

Amanieu · 2022-02-06T14:06:38Z

This seems like an issue in cargo with -Zbuild-std. It needs to pass -C overflow-checks=off when building the compiler-builtins crate.

bjorn3 · 2022-02-06T14:16:21Z

There is an open issue for this: rust-lang/cargo#10118

Amanieu · 2022-02-06T14:22:32Z

Alternatively we could also forcibly disable overflow checks in rustc by checking for the #![compiler_builtins] attribute on the crate.

bjorn3 · 2022-02-06T14:25:06Z

I think that would make sense for all arguments compiler-builtins needs to be compiled with.

Amanieu · 2022-02-06T16:54:02Z

rust-lang/rust#73136 seems to have gone in the opposite direction of pushing the work to the build system. It seems that this should be resolved on the Cargo end.

theCapypara · 2022-05-03T21:34:01Z

I have no idea if this is actually related to this, but I'm having a very similiar issue, where instead core::intrinsics::const_eval_select is not defined:

          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.12.rcgu.o): in function `compiler_builtins::math::libm::fmod::fmod':
          compiler_builtins.cebaf718-cgu.12:(.text._ZN17compiler_builtins4math4libm4fmod4fmod17h25ae2fa4b314b26dE+0x18): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: compiler_builtins.cebaf718-cgu.12:(.text._ZN17compiler_builtins4math4libm4fmod4fmod17h25ae2fa4b314b26dE+0x2c): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: compiler_builtins.cebaf718-cgu.12:(.text._ZN17compiler_builtins4math4libm4fmod4fmod17h25ae2fa4b314b26dE+0x2f8): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.12.rcgu.o): in function `compiler_builtins::math::libm::fmodf::fmodf':
          compiler_builtins.cebaf718-cgu.12:(.text._ZN17compiler_builtins4math4libm5fmodf5fmodf17h3963d5e1d57025b9E+0xc): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: compiler_builtins.cebaf718-cgu.12:(.text._ZN17compiler_builtins4math4libm5fmodf5fmodf17h3963d5e1d57025b9E+0x18): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: compiler_builtins.cebaf718-cgu.12:(.text._ZN17compiler_builtins4math4libm5fmodf5fmodf17h3963d5e1d57025b9E+0x1c0): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f32 as compiler_builtins::float::Float>::repr':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f32$u20$as$u20$compiler_builtins..float..Float$GT$4repr17h865871b0377279b5E+0x0): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f32 as compiler_builtins::float::Float>::signed_repr':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f32$u20$as$u20$compiler_builtins..float..Float$GT$11signed_repr17h245acc82dd75beb2E+0x0): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f32 as compiler_builtins::float::Float>::eq_repr':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f32$u20$as$u20$compiler_builtins..float..Float$GT$7eq_repr17hd6685e3571aee4d5E+0x38): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f32$u20$as$u20$compiler_builtins..float..Float$GT$7eq_repr17hd6685e3571aee4d5E+0x44): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f32 as compiler_builtins::float::Float>::sign':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f32$u20$as$u20$compiler_builtins..float..Float$GT$4sign17h60ecac555f14d8efE+0x4): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o):compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f32$u20$as$u20$compiler_builtins..float..Float$GT$3exp17h44175dba8c213c92E+0x4): more undefined references to `core::intrinsics::const_eval_select' follow
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f32 as compiler_builtins::float::Float>::from_repr':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f32$u20$as$u20$compiler_builtins..float..Float$GT$9from_repr17h1068509a5ae84fdeE+0x0): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f32 as compiler_builtins::float::Float>::from_parts':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f32$u20$as$u20$compiler_builtins..float..Float$GT$10from_parts17h7cb9f07c47d7edd9E+0x20): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f32 as compiler_builtins::float::Float>::is_subnormal':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f32$u20$as$u20$compiler_builtins..float..Float$GT$12is_subnormal17hb245ebccceef8b17E+0x4): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f64 as compiler_builtins::float::Float>::repr':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f64$u20$as$u20$compiler_builtins..float..Float$GT$4repr17h64dcd09b782bff63E+0x0): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f64 as compiler_builtins::float::Float>::signed_repr':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f64$u20$as$u20$compiler_builtins..float..Float$GT$11signed_repr17h21b48b45a582f638E+0x0): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f64 as compiler_builtins::float::Float>::eq_repr':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f64$u20$as$u20$compiler_builtins..float..Float$GT$7eq_repr17hf52be5534007befeE+0x50): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f64$u20$as$u20$compiler_builtins..float..Float$GT$7eq_repr17hf52be5534007befeE+0x64): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f64 as compiler_builtins::float::Float>::sign':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f64$u20$as$u20$compiler_builtins..float..Float$GT$4sign17hbacb426d56723aeeE+0x4): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o):compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f64$u20$as$u20$compiler_builtins..float..Float$GT$3exp17heb46918281e5eb04E+0x4): more undefined references to `core::intrinsics::const_eval_select' follow
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f64 as compiler_builtins::float::Float>::from_repr':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f64$u20$as$u20$compiler_builtins..float..Float$GT$9from_repr17h053dd8552b78df79E+0x0): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f64 as compiler_builtins::float::Float>::from_parts':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f64$u20$as$u20$compiler_builtins..float..Float$GT$10from_parts17h8d491e235ce0449dE+0x28): undefined reference to `core::intrinsics::const_eval_select'
          /opt/devkitpro/devkitARM/bin/../lib/gcc/arm-none-eabi/11.2.0/../../../../arm-none-eabi/bin/ld: /home/marco/dev/skytemple/c-of-time/rust/target/armv5te-none-ndseoseabi-na/release/deps/libcompiler_builtins-4db42bb517921098.rlib(compiler_builtins-4db42bb517921098.compiler_builtins.cebaf718-cgu.13.rcgu.o): in function `<f64 as compiler_builtins::float::Float>::is_subnormal':
          compiler_builtins.cebaf718-cgu.13:(.text._ZN55_$LT$f64$u20$as$u20$compiler_builtins..float..Float$GT$12is_subnormal17h5cb2deab8c33f6a9E+0x4): undefined reference to `core::intrinsics::const_eval_select'

Any help would be appreciated, because I'm a bit lost here.

theCapypara · 2022-05-03T21:39:25Z

Ah, also: In dev profile I instead get the panicking issue. So I guess this is related. But I can't really get rid of the intrinstics issue by disabling overflow checks...

josephlr · 2022-05-05T07:22:09Z

So it seems like a lot of stuff calls core::intrinsics::const_eval_select, would it be possible to mark it as #[inline(always)] to avoid such issues?

josephlr · 2022-05-05T07:28:07Z

@theCapypara it might be worth it to mention your issue in rust-lang/rust#96486

theCapypara · 2022-05-05T08:49:27Z

For reference, I provided some more background into my particular case here: rust-lang/rust#96486 (comment)

stevefan1999-personal · 2022-12-13T13:46:14Z

I have seen this problem as well. But my kernel compiled just fine. I was seeing this when I was building a UEFI based bootloader with this particular workspace profile:

[profile.min-size-release]
inherits = "release"
codegen-units = 1
lto = "fat"
opt-level = "s"

I have no idea why.

Restore `#![no_builtins]` crates participation in LTO. After rust-lang#113716, we can make `#![no_builtins]` crates participate in LTO again. `#![no_builtins]` with LTO does not result in undefined references to the error. I believe this type of issue won't happen again. ＼（＾▽＾）／ I will test the following issues later to verify. The task format is `Fixes {issue} {nightly-2023-07-20 result} {PR rust-lang#113923 result}`. - [x] Fixes rust-lang#72140. ❌ ✅ - [x] Fixes rust-lang#112245. ❌ ✅ - [x] Fixes rust-lang#110606. ❌ ✅ - [ ] Fixes rust-lang#105734. - [ ] Fixes rust-lang#96486. - [ ] Fixes rust-lang#108853. - [x] Fixes rust-lang/compiler-builtins#347. ❌ ✅ - [ ] Fixes rust-lang#108893. - [ ] Fixes rust-lang#78744. Fixes rust-lang#91158. Fixes rust-lang/cargo#10118. The `nightly-2023-07-20` version does not always reproduce problems due to changes in compiler-builtins, core, and user code. That's why this issue recurs and disappears. Some issues were not tested due to the difficulty of reproducing them. r? pnkfelix cc `@bjorn3` `@japaric` `@alexcrichton` `@Amanieu`

… --target x86_64-unknown-linux-gnu` build does not fail with a link error: Compiling exastash v3.0.4 (/home/at/code/system/exastash) error: linking with `cc` failed: exit status: 1 | = note: "cc" "-m64" "/tmp/rustcJiaz2e/symbols.o" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/deps/es-e50ce1bbf215f9be.es.c4407885-cgu.0.rcgu.o" "-Wl,--as-needed" "-L" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/deps" "-L" "/home/at/code/system/exastash/target/release/deps" "-L" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/build/blake3-f721f07d6a5666a6/out" "-L" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/build/blake3-f721f07d6a5666a6/out" "-L" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/build/ring-b1cb0c8d13df3931/out" "-L" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/build/md5-asm-e85b05fb91cfee95/out" "-L" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/build/libmimalloc-sys-a7507c43f08a1615/out" "-L" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/build/libquickjs-sys-c7d2b2dd1fb33662/out" "-L" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/build/ring-b1533b9977a7c4cd/out" "-L" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/build/zstd-sys-26cab77b14462dc6/out" "-L" "/home/at/.rustup/toolchains/nightly-2022-06-30-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-Wl,-Bstatic" "/tmp/rustcJiaz2e/liblibmimalloc_sys-48a677084bc07af8.rlib" "/tmp/rustcJiaz2e/libzstd_sys-688a03f3bdb7d8d4.rlib" "/tmp/rustcJiaz2e/libblake3-78c7b47f0bd9e201.rlib" "/tmp/rustcJiaz2e/libring-9ca4608c6bf8eb84.rlib" "/tmp/rustcJiaz2e/liblibquickjs_sys-5f197050ed7f6b61.rlib" "/tmp/rustcJiaz2e/libmd5_asm-f26862e50228c256.rlib" "/tmp/rustcJiaz2e/libring-601a5a58d7f5e8a4.rlib" "-Wl,--start-group" "-Wl,--end-group" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/deps/libcompiler_builtins-1219c6337f6eadf4.rlib" "-Wl,-Bdynamic" "-lgcc_s" "-lutil" "-lrt" "-lpthread" "-lm" "-ldl" "-lc" "-Wl,--eh-frame-hdr" "-Wl,-znoexecstack" "-L" "/home/at/.rustup/toolchains/nightly-2022-06-30-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-o" "/home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/deps/es-e50ce1bbf215f9be" "-Wl,--gc-sections" "-pie" "-Wl,-zrelro,-znow" "-Wl,-O1" "-nodefaultlibs" "--ld-path=/run/current-system/sw/bin/mold" = note: mold: error: undefined symbol: core::panicking::panic::h3793645d309e2295 >>> referenced by compiler_builtins.edcc4401-cgu.0 >>> /home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/deps/libcompiler_builtins-1219c6337f6eadf4.rlib(compiler_builtins-1219c6337f6eadf4.compiler_builtins.edcc4401-cgu.0.rcgu.o):(__floatuntidf)>>> referenced by compiler_builtins.edcc4401-cgu.0 >>> /home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/deps/libcompiler_builtins-1219c6337f6eadf4.rlib(compiler_builtins-1219c6337f6eadf4.compiler_builtins.edcc4401-cgu.0.rcgu.o):(__floattidf)>>> referenced by compiler_builtins.edcc4401-cgu.0 >>> /home/at/code/system/exastash/target/x86_64-unknown-linux-gnu/release/deps/libcompiler_builtins-1219c6337f6eadf4.rlib(compiler_builtins-1219c6337f6eadf4.compiler_builtins.edcc4401-cgu.0.rcgu.o):(compiler_builtins::int::specialized_div_rem::u128_div_rem::hd8f2de91c7f9c3eb) clang-14: error: linker command failed with exit code 1 (use -v to see invocation) error: could not compile `exastash` due to previous error See rust-lang/compiler-builtins#347 (comment)

…kfelix Restore `#![no_builtins]` crates participation in LTO. After rust-lang#113716, we can make `#![no_builtins]` crates participate in LTO again. `#![no_builtins]` with LTO does not result in undefined references to the error. I believe this type of issue won't happen again. ＼（＾▽＾）／ I will test the following issues later to verify. The task format is `Fixes {issue} {nightly-2023-07-20 result} {PR rust-lang#113923 result}`. - [x] Fixes rust-lang#72140. ❌ ✅ - [x] Fixes rust-lang#112245. ❌ ✅ - [x] Fixes rust-lang#110606. ❌ ✅ - [ ] Fixes rust-lang#105734. - [ ] Fixes rust-lang#96486. - [ ] Fixes rust-lang#108853. - [x] Fixes rust-lang/compiler-builtins#347. ❌ ✅ - [ ] Fixes rust-lang#108893. - [ ] Fixes rust-lang#78744. Fixes rust-lang#91158. Fixes rust-lang/cargo#10118. The `nightly-2023-07-20` version does not always reproduce problems due to changes in compiler-builtins, core, and user code. That's why this issue recurs and disappears. Some issues were not tested due to the difficulty of reproducing them. r? pnkfelix cc `@bjorn3` `@japaric` `@alexcrichton` `@Amanieu`

…kfelix Restore `#![no_builtins]` crates participation in LTO. After rust-lang#113716, we can make `#![no_builtins]` crates participate in LTO again. `#![no_builtins]` with LTO does not result in undefined references to the error. I believe this type of issue won't happen again. Fixes rust-lang#72140. Fixes rust-lang#112245. Fixes rust-lang#110606. Fixes rust-lang#105734. Fixes rust-lang#96486. Fixes rust-lang#108853. Fixes rust-lang#108893. Fixes rust-lang#78744. Fixes rust-lang#91158. Fixes rust-lang/cargo#10118. Fixes rust-lang/compiler-builtins#347. The `nightly-2023-07-20` version does not always reproduce problems due to changes in compiler-builtins, core, and user code. That's why this issue recurs and disappears. Some issues were not tested due to the difficulty of reproducing them. r? pnkfelix cc `@bjorn3` `@japaric` `@alexcrichton` `@Amanieu`

Restore `#![no_builtins]` crates participation in LTO. After rust-lang#113716, we can make `#![no_builtins]` crates participate in LTO again. `#![no_builtins]` with LTO does not result in undefined references to the error. I believe this type of issue won't happen again. Fixes rust-lang#72140. Fixes rust-lang#112245. Fixes rust-lang#110606. Fixes rust-lang#105734. Fixes rust-lang#96486. Fixes rust-lang#108853. Fixes rust-lang#108893. Fixes rust-lang#78744. Fixes rust-lang#91158. Fixes rust-lang/cargo#10118. Fixes rust-lang/compiler-builtins#347. The `nightly-2023-07-20` version does not always reproduce problems due to changes in compiler-builtins, core, and user code. That's why this issue recurs and disappears. Some issues were not tested due to the difficulty of reproducing them. r? pnkfelix cc `@bjorn3` `@japaric` `@alexcrichton` `@Amanieu`

…kfelix Restore `#![no_builtins]` crates participation in LTO. After rust-lang#113716, we can make `#![no_builtins]` crates participate in LTO again. `#![no_builtins]` with LTO does not result in undefined references to the error. I believe this type of issue won't happen again. Fixes rust-lang#72140. Fixes rust-lang#112245. Fixes rust-lang#110606. Fixes rust-lang#105734. Fixes rust-lang#96486. Fixes rust-lang#108853. Fixes rust-lang#108893. Fixes rust-lang#78744. Fixes rust-lang#91158. Fixes rust-lang/cargo#10118. Fixes rust-lang/compiler-builtins#347. The `nightly-2023-07-20` version does not always reproduce problems due to changes in compiler-builtins, core, and user code. That's why this issue recurs and disappears. Some issues were not tested due to the difficulty of reproducing them. r? pnkfelix cc `@bjorn3` `@japaric` `@alexcrichton` `@Amanieu`

Restore `#![no_builtins]` crates participation in LTO. After #113716, we can make `#![no_builtins]` crates participate in LTO again. `#![no_builtins]` with LTO does not result in undefined references to the error. I believe this type of issue won't happen again. Fixes #72140. Fixes #112245. Fixes #110606. Fixes #105734. Fixes #96486. Fixes #108853. Fixes #108893. Fixes #78744. Fixes #91158. Fixes rust-lang/cargo#10118. Fixes rust-lang/compiler-builtins#347. The `nightly-2023-07-20` version does not always reproduce problems due to changes in compiler-builtins, core, and user code. That's why this issue recurs and disappears. Some issues were not tested due to the difficulty of reproducing them. r? pnkfelix cc `@bjorn3` `@japaric` `@alexcrichton` `@Amanieu`

tmiasko mentioned this issue Mar 14, 2020

Fixup some crate flags. rust-lang/wg-cargo-std-aware#28

Open

Rahix mentioned this issue Nov 23, 2020

Linker can't find core::panicking::panic when lto is turned on rust-lang/wg-cargo-std-aware#62

Closed

This was referenced Feb 2, 2021

Target microcontroller directly instead of an arduino board Rahix/avr-hal#125

Closed

Undefined reference to core::panicking::panic in debug builds Rahix/avr-hal#131

Open

Rahix mentioned this issue Feb 9, 2021

[AVR] result of i32 as f32 is incorrect rust-lang/rust#77131

Closed

Rahix mentioned this issue Mar 24, 2021

AVR: u32 and u64 behaves like u16 and u32 rust-lang/rust#83281

Closed

MabezDev mentioned this issue Nov 24, 2021

error: linking with xtensa-lx106-elf-gcc failed: exit status: 1 esp-rs/rust#93

Closed

theCapypara mentioned this issue May 5, 2022

Nightly: LTO with share-generics causes undefined symbols when using build-std rust-lang/rust#96486

Closed

pgowda-cve mentioned this issue Jul 14, 2022

Undefined reference to core::panicking::panic #476

Closed

Rahix mentioned this issue Aug 5, 2022

Upgrade toolchain and disable LTO Rahix/avr-hal-template#9

Closed

Rahix mentioned this issue Aug 31, 2022

Example: String (alloc) Rahix/avr-hal#302

Open

gaojiaqi7 mentioned this issue Feb 7, 2023

Consider use -Z build-std instead of xbuild confidential-containers/td-shim#488

Closed

dbachelot mentioned this issue Mar 7, 2023

Latest nightly are failing to build non-toy projects at linking stage when using LTO optimization rust-lang/rust#108853

Closed

DianQK mentioned this issue Jul 21, 2023

Restore #![no_builtins] crates participation in LTO. rust-lang/rust#113923

Merged

eightfilms mentioned this issue Dec 7, 2023

[WIP] - fix: issue #977 - debug build, panic symbol, failed run 0xmozak/mozak-vm#985

Closed

ChrisDenton closed this as completed in ChrisDenton/rust@8c2b577 Dec 8, 2023

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

-Zbuild-std + lto="fat" = undefined reference to `core::panicking::panic` #347

-Zbuild-std + lto="fat" = undefined reference to `core::panicking::panic` #347

tmiasko commented Mar 12, 2020

josephlr commented Oct 5, 2020

alexcrichton commented Oct 6, 2020

Rahix commented Oct 9, 2020

alecmocatta commented Nov 8, 2020

jonahbron commented Nov 20, 2020 •

edited

Loading

lexxvir commented Dec 8, 2021

Amanieu commented Jan 31, 2022

tmiasko commented Feb 6, 2022

Amanieu commented Feb 6, 2022

bjorn3 commented Feb 6, 2022

Amanieu commented Feb 6, 2022

bjorn3 commented Feb 6, 2022

Amanieu commented Feb 6, 2022

theCapypara commented May 3, 2022

theCapypara commented May 3, 2022 •

edited

Loading

josephlr commented May 5, 2022

josephlr commented May 5, 2022

theCapypara commented May 5, 2022

stevefan1999-personal commented Dec 13, 2022

-Zbuild-std + lto="fat" = undefined reference to core::panicking::panic #347

-Zbuild-std + lto="fat" = undefined reference to core::panicking::panic #347

Comments

tmiasko commented Mar 12, 2020

josephlr commented Oct 5, 2020

alexcrichton commented Oct 6, 2020

Rahix commented Oct 9, 2020

alecmocatta commented Nov 8, 2020

jonahbron commented Nov 20, 2020 • edited Loading

lexxvir commented Dec 8, 2021

Amanieu commented Jan 31, 2022

tmiasko commented Feb 6, 2022

Amanieu commented Feb 6, 2022

bjorn3 commented Feb 6, 2022

Amanieu commented Feb 6, 2022

bjorn3 commented Feb 6, 2022

Amanieu commented Feb 6, 2022

theCapypara commented May 3, 2022

theCapypara commented May 3, 2022 • edited Loading

josephlr commented May 5, 2022

josephlr commented May 5, 2022

theCapypara commented May 5, 2022

stevefan1999-personal commented Dec 13, 2022

-Zbuild-std + lto="fat" = undefined reference to `core::panicking::panic` #347

-Zbuild-std + lto="fat" = undefined reference to `core::panicking::panic` #347

jonahbron commented Nov 20, 2020 •

edited

Loading

theCapypara commented May 3, 2022 •

edited

Loading