Include line tables in compiler profile by workingjubilee · Pull Request #123337 · rust-lang/rust
rustbot
added
S-waiting-on-review
labels
Apr 1, 2024
rustbot
added
the
T-compiler
label
Apr 2, 2024
workingjubilee
changed the title
Default
Set rust.debug = true for compiler contribsrust.debuginfo-level = "line-tables-only" for compiler contribs
workingjubilee
changed the title
Set
Set rust.debuginfo-level = "line-tables-only" for compiler contribsrust.debuginfo-level = "line-tables-only" for compiler profile
workingjubilee
changed the title
Set
Set rust.debuginfo-level = "line-tables-only" for compiler profiledebuginfo-level = "line-tables-only" for compiler profile
workingjubilee
changed the title
Set
Include line tables in compiler profiledebuginfo-level = "line-tables-only" for compiler profile
This profile has only undergone minimal tweaks since it was originally drafted. I asked a number of compiler contributors and they said they set rust.debug explicitly. This was even true for one contributor that set `rust.debug` = false! Almost everyone seems slightly surprised that `rust.debug = true` is not the default. However, adding full debuginfo at this level costs multiple gigabytes! We can still get much better debuginfo by setting "line-tables-only" at the cost of only 150~200 MB.
bors
added
S-waiting-on-bors
and removed S-waiting-on-review
Status: Awaiting review from the assignee but also interested parties.labels
May 16, 2024This was referenced
May 16, 2024bherrera pushed a commit to misttech/integration that referenced this pull request
Oct 16, 2024Here are all the changes. I went through them one-by-one and confirmed
that they should not be affecting us. In paritcular, we explicitly set
rust.lld = false (because we want to use the lld that ships with clang),
so the change in default does not affect us.
There have been changes to x.py since you last updated:
[INFO] New option `build.lldb` that will override the default lldb binary path used in debuginfo tests
- PR Link rust-lang/rust#124501
[INFO] The compiler profile now defaults to rust.debuginfo-level = "line-tables-only"
- PR Link rust-lang/rust#123337
[WARNING] `rust.lld` has a new default value of `true` on `x86_64-unknown-linux-gnu`. Starting at stage1, `rust-lld` will thus be this target's default linker. No config changes should be necessary.
- PR Link rust-lang/rust#124129
[WARNING] Removed `dist.missing-tools` configuration as it was deprecated long time ago.
- PR Link rust-lang/rust#125535
[WARNING] `llvm.lld` is enabled by default for the dist profile. If set to false, `lld` will not be included in the dist build.
- PR Link rust-lang/rust#126701
[WARNING] `debug-logging` option has been removed from the default `tools` profile.
- PR Link rust-lang/rust#127913
[INFO] the `wasm-component-ld` tool is now built as part of `build.extended` and can be a member of `build.tools`
- PR Link rust-lang/rust#127866
[INFO] Removed android-ndk r25b support in favor of android-ndk r26d.
- PR Link rust-lang/rust#120593
[WARNING] For tarball sources, default value for `rust.channel` will be taken from `src/ci/channel` file.
- PR Link rust-lang/rust#125181
[INFO] New option `llvm.libzstd` to control whether llvm is built with zstd support.
- PR Link rust-lang/rust#125642
[WARNING] ./x test --rustc-args was renamed to --compiletest-rustc-args as it only applies there. ./x miri --rustc-args was also removed.
- PR Link rust-lang/rust#128841
[INFO] The `build.profiler` option now tries to use source code from `download-ci-llvm` if possible, instead of checking out the `src/llvm-project` submodule.
- PR Link rust-lang/rust#129295
Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/infra/recipes/+/1120078
Original-Revision: 27df37a30e50b14b9ffefc872b6997790f03d4ea
GitOrigin-RevId: 341e222f002e36886b9960645b21faeaed633f90
Change-Id: Id1eb54a677a6f538bf7666d65b85d5fdba17ea42
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters