tests/run-make/remap-path-prefix-std fails with rust.lto=thin
Open
Nobody has claimed this yet.
A-test-infra
needs-triage
- Dominant language
- Rust
- Stars
- 119k
- Forks
- 16.1k
- PR merge metrics
- PR metrics pending
Description
--- stderr -------------------------------
assert_contains:
=== HAYSTACK ===
libstd.rlib(lib.rmeta): file format elf64-x86-64
.debug_info contents:
libstd.rlib(std-8de53da13694fec0.std.159cba8ac504ae27-cgu.0.rcgu.o): file format elf64-x86-64
.debug_info contents:
=== NEEDLE ===
/rustc/
thread 'main' (454333) panicked at /home/xry111/sources/13.1/rustc-1.95.0-src/tests/run-make/remap-path-prefix-std/rmake.rs:51:10:
needle was not found in haystack
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
------------------------------------------
It looks like llvm-dwarfdump simply doesn't work with libstd built with LTO.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with tests/run-make/remap-path-prefix-std/rmake.rs, especially the assertion at line 51, and reproduce the failure with rust.lto=thin. Trace how llvm-dwarfdump output is produced for libstd, then update the test or relevant handling so it reliably verifies the /rustc/ remapped path and passes under thin LTO.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- build-system, compilers, testing-qa
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100