-
Notifications
You must be signed in to change notification settings - Fork 13.4k
Add rustc_fluent_macro
to decouple fluent from rustc_macros
#110407
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Conversation
r? @b-naber (rustbot has picked a reviewer for you, use r? to override) |
Some changes occurred in compiler/rustc_codegen_gcc cc @antoyo
cc @davidtwco, @compiler-errors, @JohnTitor, @TaKO8Ki
|
This comment has been minimized.
This comment has been minimized.
These commits modify the If this was intentional then you can ignore this comment. |
This comment has been minimized.
This comment has been minimized.
25a0968
to
13d3546
Compare
This comment has been minimized.
This comment has been minimized.
13d3546
to
ff04b6a
Compare
…bject-notationing, r=fee1-dead Don't use `serde_json` to serialize a simple JSON object This avoids `rustc_data_structures` depending on `serde_json` which allows it to be compiled much earlier, unlocking most of rustc. This used to not matter, but after rust-lang#110407 we're not blocked on fluent anymore, which means that it's now a blocking edge.  This saves a few more seconds. cc `@Zoxc` who added it recently
r? @davidtwco |
Add `rustc_fluent_macro` to decouple fluent from `rustc_macros` Fluent, with all the icu4x it brings in, takes quite some time to compile. `fluent_messages!` is only needed in further downstream rustc crates, but is blocking more upstream crates like `rustc_index`. By splitting it out, we allow `rustc_macros` to be compiled earlier, which speeds up `x check compiler` by about 5 seconds (and even more after the needless dependency on `serde_json` is removed from `rustc_data_structures`).
…bject-notationing, r=fee1-dead Don't use `serde_json` to serialize a simple JSON object This avoids `rustc_data_structures` depending on `serde_json` which allows it to be compiled much earlier, unlocking most of rustc. This used to not matter, but after rust-lang#110407 we're not blocked on fluent anymore, which means that it's now a blocking edge.  This saves a few more seconds. cc ``@Zoxc`` who added it recently
Add `rustc_fluent_macro` to decouple fluent from `rustc_macros` Fluent, with all the icu4x it brings in, takes quite some time to compile. `fluent_messages!` is only needed in further downstream rustc crates, but is blocking more upstream crates like `rustc_index`. By splitting it out, we allow `rustc_macros` to be compiled earlier, which speeds up `x check compiler` by about 5 seconds (and even more after the needless dependency on `serde_json` is removed from `rustc_data_structures`).
…bject-notationing, r=fee1-dead Don't use `serde_json` to serialize a simple JSON object This avoids `rustc_data_structures` depending on `serde_json` which allows it to be compiled much earlier, unlocking most of rustc. This used to not matter, but after rust-lang#110407 we're not blocked on fluent anymore, which means that it's now a blocking edge.  This saves a few more seconds. cc ```@Zoxc``` who added it recently
@bors r- failed in a rollup: #110468 (comment) Seems like the new crate triggers |
…bject-notationing, r=fee1-dead Don't use `serde_json` to serialize a simple JSON object This avoids `rustc_data_structures` depending on `serde_json` which allows it to be compiled much earlier, unlocking most of rustc. This used to not matter, but after rust-lang#110407 we're not blocked on fluent anymore, which means that it's now a blocking edge.  This saves a few more seconds. cc ````@Zoxc```` who added it recently
ff04b6a
to
3ff4529
Compare
@bors r=davidtwco |
📌 Commit 3ff4529f71131ee5cd1f7232d2e782caad0e3295 has been approved by It is now in the queue for this repository. |
☔ The latest upstream changes (presumably #110478) made this pull request unmergeable. Please resolve the merge conflicts. |
This comment has been minimized.
This comment has been minimized.
Fluent, with all the icu4x it brings in, takes quite some time to compile. `fluent_messages!` is only needed in further downstream rustc crates, but is blocking more upstream crates like `rustc_index`. By splitting it out, we allow `rustc_macros` to be compiled earlier, which speeds up `x check compiler` by about 5 seconds (and even more after the needless dependency on `serde_json` is removed from `rustc_data_structures`).
7880044
to
b5d3d97
Compare
@bors r=davidtwco |
☀️ Test successful - checks-actions |
Finished benchmarking commit (d7f9e81): comparison URL. Overall result: ❌ regressions - no action needed@rustbot label: -perf-regression Instruction countThis is a highly reliable metric that was used to determine the overall result at the top of this comment.
Max RSS (memory usage)ResultsThis is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
CyclesResultsThis is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
|
Fluent, with all the icu4x it brings in, takes quite some time to compile.
fluent_messages!
is only needed in further downstream rustc crates, but is blocking more upstream crates likerustc_index
. By splitting it out, we allowrustc_macros
to be compiled earlier, which speeds upx check compiler
by about 5 seconds (and even more after the needless dependency onserde_json
is removed fromrustc_data_structures
).