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
[trivial] Add end of namespace comments. Improve consistency. #9544
[trivial] Add end of namespace comments. Improve consistency. #9544
Conversation
2553d2b
to
7140b87
Compare
Merge conflict resolved! |
@@ -225,7 +225,7 @@ class CBitcoinAddressVisitor : public boost::static_visitor<bool> | |||
bool operator()(const CNoDestination& no) const { return false; } | |||
}; | |||
|
|||
} // anon namespace | |||
} // namespace |
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.
why remove anon ?
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.
@jtimon My reasoning behind that was to achieve consistency how anonymous namespaces are indicated. Consistency in order to improve readability and allow for automatic identification of missing/incorrect end of namespace comments.
// namespace
is the form preferred by the clang-tooling (clang-tidy
, etc). // anonymous namespace
is also quite common. I haven't seen // anon namespace
before, but let me know if the choice of // anon namespace
is intentional and I'll adjust this PR :-)
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.
Well, it just seems to me that the same consistency can be achieved leaving "anon namespace" for anonymous namespaces with less disruption. But if clang prefers // namespace
or // anonymous namespace
I don't have a strong opinion.
Any changes needed before merge? :-) |
The question should read: How can I attract you to the review? My answer is: sorry, I do not know. I'm pro |
@paveljanik I see! If the consensus opinion is that end of namespace marks are optional then this PR is redundant and I'll close it :-) |
I think the point is that if end-of-namespace comments are to be required, they should be mentioned in |
@practicalswift I do now know what the consensus is, but my opinion is the same as @laanwj 's. |
15bd40f
to
602d1aa
Compare
@laanwj Good point! I've added a note to |
602d1aa
to
11d4870
Compare
I'd slightly prefer |
@paveljanik It seems like
|
@practicalswift yes. But it seems like the author forget to add the real name of the namespace after it ;-) |
src/univalue/lib/univalue.cpp
Outdated
@@ -71,7 +71,7 @@ bool ParseDouble(const std::string& str, double *out) | |||
if(out) *out = result; | |||
return text.eof() && !text.fail(); | |||
} | |||
} | |||
} // namespace |
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.
This is univalue -> please report upstream.
Concept ACK. Please remove univalue change. Then utACK |
11d4870
to
8530606
Compare
@paveljanik Removed univalue change as requested :-) |
ACK 8530606 Thanks! |
@paveljanik Thanks for reviewing! Let me know if any further tweaks are needed :-) |
470a0ee
to
c629d4f
Compare
c629d4f
to
4c92401
Compare
Conflicts resolved! |
Fast re-review checked that still doesn't need testing ACK 486a5d7 |
doc/developer-notes.md
Outdated
- Terminate namespaces with a comment (`// namespace mynamespace`). The comment | ||
should be placed on the same line as the brace closing the namespace, e.g. | ||
|
||
```c++ |
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.
nit: extra spaces?
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.
@jtimon Sorry I'm not sure I follow - where should the extra spaces be placed? :-)
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.
s/ ```/```/ ?
EDIT: not important
486a5d7
to
5a9b508
Compare
@jtimon Fixed! :-) |
utACK 5a9b508 |
…ency. 5a9b508 [trivial] Add end of namespace comments (practicalswift) Tree-SHA512: 92b0fcae4d1d3f4da9e97569ae84ef2d6e09625a5815cd0e5f0eb6dd2ecba9852fa85c184c5ae9de5117050330ce995e9867b451fa8cd5512169025990541a2b
…consistency. 5a9b508 [trivial] Add end of namespace comments (practicalswift) Tree-SHA512: 92b0fcae4d1d3f4da9e97569ae84ef2d6e09625a5815cd0e5f0eb6dd2ecba9852fa85c184c5ae9de5117050330ce995e9867b451fa8cd5512169025990541a2b
…consistency. 5a9b508 [trivial] Add end of namespace comments (practicalswift) Tree-SHA512: 92b0fcae4d1d3f4da9e97569ae84ef2d6e09625a5815cd0e5f0eb6dd2ecba9852fa85c184c5ae9de5117050330ce995e9867b451fa8cd5512169025990541a2b
…consistency. 5a9b508 [trivial] Add end of namespace comments (practicalswift) Tree-SHA512: 92b0fcae4d1d3f4da9e97569ae84ef2d6e09625a5815cd0e5f0eb6dd2ecba9852fa85c184c5ae9de5117050330ce995e9867b451fa8cd5512169025990541a2b
…consistency. 5a9b508 [trivial] Add end of namespace comments (practicalswift) Tree-SHA512: 92b0fcae4d1d3f4da9e97569ae84ef2d6e09625a5815cd0e5f0eb6dd2ecba9852fa85c184c5ae9de5117050330ce995e9867b451fa8cd5512169025990541a2b
…consistency. 5a9b508 [trivial] Add end of namespace comments (practicalswift) Tree-SHA512: 92b0fcae4d1d3f4da9e97569ae84ef2d6e09625a5815cd0e5f0eb6dd2ecba9852fa85c184c5ae9de5117050330ce995e9867b451fa8cd5512169025990541a2b
…consistency. 5a9b508 [trivial] Add end of namespace comments (practicalswift) Tree-SHA512: 92b0fcae4d1d3f4da9e97569ae84ef2d6e09625a5815cd0e5f0eb6dd2ecba9852fa85c184c5ae9de5117050330ce995e9867b451fa8cd5512169025990541a2b
No description provided.