-
Notifications
You must be signed in to change notification settings - Fork 12.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rollup of 7 pull requests #92065
Rollup of 7 pull requests #92065
Conversation
This reverts commit 3281022.
See rust-lang#91867 for more information.
platforms, not just Apple ones. To avoid breaking split DWARF, we need to ensure that each codegen unit has a unique `DW_AT_name`. This is because there's a remote chance that different codegen units for the same module will have entirely identical DWARF entries for the purpose of the DWO ID, which would violate Appendix F ("Split Dwarf Object Files") of the DWARF 5 specification. LLVM uses the algorithm specified in section 7.32 "Type Signature Computation" to compute the DWO ID, which does not include any fields that would distinguish compilation units. So we must embed the codegen unit name into the `DW_AT_name`. Closes rust-lang#88521.
This ensures that the output does not depend on environment variables set in the shell.
Apply path remapping to DW_AT_GNU_dwo_name when producing split DWARF `--remap-path-prefix` doesn't apply to paths to `.o` (in case of packed) or `.dwo` (in case of unpacked) files in `DW_AT_GNU_dwo_name`. GCC also has this bug https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91888
…om_rustc_metadata, r=nagisa Remove `in_band_lifetimes` from `rustc_metadata` Another for rust-lang#91867
…_llvm, r=davidtwco Remove `in_band_lifetimes` from `rustc_codegen_llvm` See rust-lang#91867 for more information. This one took a while. This crate has dozens of functions not associated with any type, and most of them were using in-band lifetimes for `'ll` and `'tcx`.
…davidtwco rustc_codegen_llvm: Give each codegen unit a unique DWARF name on all platforms, not just Apple ones. To avoid breaking split DWARF, we need to ensure that each codegen unit has a unique `DW_AT_name`. This is because there's a remote chance that different codegen units for the same module will have entirely identical DWARF entries for the purpose of the DWO ID, which would violate Appendix F ("Split Dwarf Object Files") of the DWARF 5 specification. LLVM uses the algorithm specified in section 7.32 "Type Signature Computation" to compute the DWO ID, which does not include any fields that would distinguish compilation units. So we must embed the codegen unit name into the `DW_AT_name`. Closes rust-lang#88521.
Use a const ParamEnv when in default_method_body_is_const r? `@oli-obk` This PR fixes the param_env function to return `constness: Const` correctly for trait methods marked with `#[default_method_body_is_const]`. The snippet below is erroneously accepted by the compiler and has been fixed by this change. ([Playground](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=12dc6681b2eeee5f604203d96259eeb4)) ```rust #![feature(const_fn_trait_bound)] #![feature(const_trait_impl)] trait Tr {} impl Tr for () {} const fn foo<T>() where T: ~const Tr {} pub trait Foo { #[default_method_body_is_const] fn foo() { foo::<()>(); } } ```
…, r=Mark-Simulacrum Set `RUST_BACKTRACE=0` when running location-detail tests This ensures that the output does not depend on environment variables set in the shell.
Add a space and 2 grave accents I only noticed this because I have this implementation copy pasted in some places in my code and I really can't wait for this to be stabilized...
@bors r+ rollup=never p=7 |
📌 Commit 1ac1f24 has been approved by |
⌛ Testing commit 1ac1f24 with merge 17c357c7c3dc3a2e7659644eccb725c2d79430e7... |
The job Click to see the possible cause of the failure (guessed by this bot)
|
💔 Test failed - checks-actions |
☀️ Test successful - checks-actions |
☀️ Test successful - checks-actions |
Finished benchmarking commit (91a0600): comparison url. Summary: This benchmark run did not return any relevant changes. If you disagree with this performance assessment, please file an issue in rust-lang/rustc-perf. @rustbot label: -perf-regression |
Successful merges:
in_band_lifetimes
fromrustc_metadata
#91926 (Removein_band_lifetimes
fromrustc_metadata
)in_band_lifetimes
fromrustc_codegen_llvm
#91931 (Removein_band_lifetimes
fromrustc_codegen_llvm
)RUST_BACKTRACE=0
when running location-detail tests #92047 (SetRUST_BACKTRACE=0
when running location-detail tests)Failed merges:
r? @ghost
@rustbot modify labels: rollup
Create a similar rollup