Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Tracking Issue for rustc's translatable diagnostics infrastructure #132181

Open
2 tasks done
jieyouxu opened this issue Oct 26, 2024 · 0 comments
Open
2 tasks done

Tracking Issue for rustc's translatable diagnostics infrastructure #132181

jieyouxu opened this issue Oct 26, 2024 · 0 comments
Labels
A-diagnostics Area: Messages for errors, warnings, and lints A-translation Area: Translation infrastructure, and migrating existing diagnostics to SessionDiagnostic C-tracking-issue Category: An issue tracking the progress of sth. like the implementation of an RFC D-diagnostic-infra Diagnostics: Issues that affect all diagnostics, or relate to the diagnostic machinery itself. E-hard Call for participation: Hard difficulty. Experience needed to fix: A lot. E-needs-design This issue needs exploration and design to see how and if we can fix/implement it S-tracking-needs-deep-research Status: This feature needs deep research to solve design or implementation issues. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. WG-diagnostics Working group: Diagnostics

Comments

@jieyouxu
Copy link
Member

jieyouxu commented Oct 26, 2024 •
edited by crlf0710
Loading

This is a tracking issue for rustc's translatable diagnostics infrastructure, which is related to #100717 but reflects the current status.

Current status

Unfortunately, we have found that the current implementation of diagnostic translation infrastructure causes non-insignificant friction for compiler contributors when trying to work on diagnostics, including but not limited to:

  • Having to edit multiple files (fluent file, errors.rs and the emission site, etc.)
  • The diagnostics derive DSL is quite complex and exhibits some quirks
  • Fluent DSL also has its own quirks
  • Sometimes not sufficiently flexible to accommodate diagnostic needs, e.g. see rustc_const_eval or other not-migrated examples.

Important

Based on these friction points, we want to downgrade the internal lints untranslatable_diagnostic/diagnostic_outside_of_impl requiring usage of current translatable diagnostic infra from deny to allow.

If someone wants to continue the translatable diagnostics effort, then they will need to come up with a better redesign that causes less friction for compiler contributors.

Related discussions

Implementation steps

Relaxing the current restrictions

Come up with a redesign

Note: this is not currently being actively worked on AFAICT, please speak with wg-diagnostics and T-compiler if you wish to pursue this. See specifically https://rust-lang.zulipchat.com/#narrow/channel/336883-i18n/topic/.23100717.20diag.20translation/near/472701978.

  • A redesign of the translatable diagnostics infra will need to address the needs of both compiler contributors and translation teams. In particular, it cannot cause significant burden or friction for compiler contributors.

Further steps are presently unclear.

Unresolved questions

  • What do we do with the current diagnostic translation infrastructure?
  • What about the Pontoon infrastructure?
  • What about translation teams?

Implementation / experimentation history

This listing is moreso focused on diagnostic infra itself, not migration efforts. Please see the closed PRs for what concrete issues they have ran into.

More discussions

cc @rust-lang/wg-diagnostics
@jieyouxu jieyouxu added A-diagnostics Area: Messages for errors, warnings, and lints A-translation Area: Translation infrastructure, and migrating existing diagnostics to SessionDiagnostic C-tracking-issue Category: An issue tracking the progress of sth. like the implementation of an RFC D-diagnostic-infra Diagnostics: Issues that affect all diagnostics, or relate to the diagnostic machinery itself. E-hard Call for participation: Hard difficulty. Experience needed to fix: A lot. E-needs-design This issue needs exploration and design to see how and if we can fix/implement it T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. WG-diagnostics Working group: Diagnostics labels Oct 26, 2024
@jieyouxu jieyouxu mentioned this issue Oct 26, 2024
Open
84 tasks
jieyouxu added a commit to jieyouxu/rust that referenced this issue Oct 26, 2024
@jieyouxu
Downgrade untranslatable_diagnostic to allow
ceb4a40 
See <rust-lang#132181> for more context.
@jieyouxu jieyouxu mentioned this issue Oct 26, 2024
Merged
jieyouxu added a commit to jieyouxu/rust that referenced this issue Oct 26, 2024
@jieyouxu
Downgrade untranslatable_diagnostic and `diagnostic_outside_of_impl…
5f47391 
…` to `allow`

See <rust-lang#132181> for more context.
matthiaskrgr added a commit to matthiaskrgr/rust that referenced this issue Oct 26, 2024
@matthiaskrgr
Rollup merge of rust-lang#132182 - jieyouxu:downgrade-untranslatable,…
5dd6010 
… r=compiler-errors

Downgrade `untranslatable_diagnostic` and `diagnostic_outside_of_impl` to `allow`

Current implementation of translatable diagnostics infrastructure unfortunately causes some friction for compiler contributors. While we don't have a redesign that causes less friction in place, let's downgrade the internal `untranslatable_diagnostic` and `diagnostic_outside_of_impl` lints so we don't indicate to contributors that they *have* to use the current translation infra.

I purposefully left `#[allow(untranslatable_diagnostic)]` and `#[allow(diagnostic_outside_of_impl)]` instances untouched because that seems like unnecessary additional churn.

See <rust-lang#132181> for context.

r? `@davidtwco` (or wg-diagnostics/compiler)
rust-timer added a commit to rust-lang-ci/rust that referenced this issue Oct 26, 2024
@rust-timer
Unrolled build for rust-lang#132182
d45739b 
Rollup merge of rust-lang#132182 - jieyouxu:downgrade-untranslatable, r=compiler-errors

Downgrade `untranslatable_diagnostic` and `diagnostic_outside_of_impl` to `allow`

Current implementation of translatable diagnostics infrastructure unfortunately causes some friction for compiler contributors. While we don't have a redesign that causes less friction in place, let's downgrade the internal `untranslatable_diagnostic` and `diagnostic_outside_of_impl` lints so we don't indicate to contributors that they *have* to use the current translation infra.

I purposefully left `#[allow(untranslatable_diagnostic)]` and `#[allow(diagnostic_outside_of_impl)]` instances untouched because that seems like unnecessary additional churn.

See <rust-lang#132181> for context.

r? `@davidtwco` (or wg-diagnostics/compiler)
This was referenced Oct 28, 2024
Merged
Open
@davidtwco davidtwco mentioned this issue Nov 6, 2024
Merged
@jieyouxu jieyouxu mentioned this issue Dec 2, 2024
Merged
@jieyouxu jieyouxu mentioned this issue Dec 25, 2024
Merged
@jieyouxu jieyouxu added the S-tracking-needs-deep-research Status: This feature needs deep research to solve design or implementation issues. label Dec 25, 2024
@jieyouxu jieyouxu mentioned this issue Dec 25, 2024
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
A-diagnostics Area: Messages for errors, warnings, and lints A-translation Area: Translation infrastructure, and migrating existing diagnostics to SessionDiagnostic C-tracking-issue Category: An issue tracking the progress of sth. like the implementation of an RFC D-diagnostic-infra Diagnostics: Issues that affect all diagnostics, or relate to the diagnostic machinery itself. E-hard Call for participation: Hard difficulty. Experience needed to fix: A lot. E-needs-design This issue needs exploration and design to see how and if we can fix/implement it S-tracking-needs-deep-research Status: This feature needs deep research to solve design or implementation issues. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. WG-diagnostics Working group: Diagnostics
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@jieyouxu