Skip to content

C++: Be more consistent about unnamed entities#4471

Merged
dbartol merged 4 commits intomainfrom
igfoo/unnamed
Oct 19, 2020
Merged

C++: Be more consistent about unnamed entities#4471
dbartol merged 4 commits intomainfrom
igfoo/unnamed

Conversation

@igfoo
Copy link
Member

@igfoo igfoo commented Oct 14, 2020

We now use the (unnamed ...) format for more functions, and for parameters.

@igfoo igfoo added C++ depends on internal PR This PR should only be merged in sync with an internal Semmle PR labels Oct 14, 2020
@igfoo igfoo requested a review from a team as a code owner October 14, 2020 12:42
@jbj
Copy link
Contributor

jbj commented Oct 14, 2020

The change to unnamed parameters is scary but probably also healthy. I agree it's the right thing to have done in the long run.

I'm not convinced that all constructors should be named (unnamed constructor). That seems different from the other unnamed entities in that all constructors do have a name: the name of the class. Why are some constructors named (constructor) in the first place?

@igfoo
Copy link
Member Author

igfoo commented Oct 14, 2020

It's not all constructors, it's only unnamed constructors, e.g. the constructor for the unnamed class behind a lambda.

jbj
jbj previously approved these changes Oct 16, 2020
@dbartol dbartol merged commit 3587235 into main Oct 19, 2020
@igfoo igfoo deleted the igfoo/unnamed branch October 19, 2020 20:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

C++ depends on internal PR This PR should only be merged in sync with an internal Semmle PR

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants