Add TyKind::Alias to keep type alias information #504
Labels
major-change
A proposal to make a major change to rustc
major-change-accepted
A major change proposal that was accepted
T-compiler
Add this label so rfcbot knows to poll the compiler team
Proposal
Motivation
In rustdoc, we have this old issue where foreign type aliases in foreign functions declaration are discarded, only the aliased type remaining.
You can see it by documenting: https://github.com/svartalf/rust-issue-15823
The issue also appears for diagnostics where type aliases can be discarded, making them confusing for developers.
Proposal
After talking about this problem with @oli-obk, they suggested that a new
TyAlias
variant should be added to theTyKind
enum. Similar to associated type projections, this will get resolved to the aliased type during normalization, but for rustdoc and diagnostics we retain the information that this was about a type alias.Process
The main points of the Major Change Process are as follows:
@rustbot second
.-C flag
, then full team check-off is required.@rfcbot fcp merge
on either the MCP or the PR.You can read more about Major Change Proposals on forge.
Comments
This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed.
The text was updated successfully, but these errors were encountered: