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
Remove redundant this->
in library specification
#884
Conversation
@@ -3617,7 +3617,7 @@ | |||
\effects | |||
Equivalent to: | |||
\begin{codeblock} | |||
return basic_string_view<charT, traits>(this.data(), pos1, n1).compare(sv); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we ever say this->
elsewhere? Wouldn't we just say data()
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The other any::emplace
, for one. A quick search shows a few dozen this->
s in the library clauses.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Almost all of them appear to be very recent additions and redundant. I would prefer to remove all of these occurrences that are neither necessary ([filebuf.assign]/1's this->
is necessary since close
is a member of a dependent base class) nor significantly improve clarity.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, I'll prepare a commit removing them all instead.
What dependent base, though? close
is a member of basic_filebuf
, not basic_streambuf
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
…t 'this->'. Also a drive-by \tcode fix in [variant.assign].
I left four |
this.meow()
sthis->
in library specification
in [string::compare] and [any.modifiers].
Also fix a missing
\tcode
in [variant.assign] discovered on the way.