Skip to content

Remove <no-bounds> on trait objects #14057

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.

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

Merged
merged 1 commit into from
May 10, 2014
Merged

Conversation

lilyball
Copy link
Contributor

@lilyball lilyball commented May 9, 2014

Printing on trait objects comes from a time when trait
objects had a non-empty default bounds set. As they no longer have any
default bounds, printing is just noise.

}
result.connect("+")
if self.is_empty() { "".to_owned() } else {
self.iter().map(|bb| bb.user_string(tcx)).collect::<Vec<~str>>().connect("+")
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there any reason to have the two cases?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good point. The empty case is now identical to the non-empty case.

Printing <no-bounds> on trait objects comes from a time when trait
objects had a non-empty default bounds set. As they no longer have any
default bounds, printing <no-bounds> is just noise.
@lilyball
Copy link
Contributor Author

lilyball commented May 9, 2014

@sfackler Updated

bors added a commit that referenced this pull request May 9, 2014
Printing <no-bounds> on trait objects comes from a time when trait
objects had a non-empty default bounds set. As they no longer have any
default bounds, printing <no-bounds> is just noise.
@bors bors closed this May 10, 2014
@bors bors merged commit 33cc0ef into rust-lang:master May 10, 2014
@lilyball lilyball deleted the remove_no-bounds branch May 16, 2014 02:22
bors added a commit to rust-lang-ci/rust that referenced this pull request Feb 13, 2023
…else, r=jonas-schievink

feat: Improve "match to let else" assist

Closes rust-lang/rust-analyzer#13540

Handles complex `let` patterns (rather than just idents), and diverging block expressions have their `{`/`}` stripped to create nicer code.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants