Add rustc_fluent_macro to decouple fluent from rustc_macros#110407
Add rustc_fluent_macro to decouple fluent from rustc_macros#110407bors merged 1 commit intorust-lang:masterfrom
rustc_fluent_macro to decouple fluent from rustc_macros#110407Conversation
|
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_macrosto be compiled earlier, which speeds upx check compilerby about 5 seconds (and even more after the needless dependency onserde_jsonis removed fromrustc_data_structures).