Richard Biener via Gcc-patches <gcc-patches@gcc.gnu.org> writes: > Note I think what's missing is some general blurb in our coding conventions > as to how much of C++11 we are supposed to use in non-infrastructure parts > of GCC (I expect things like hash-table.h to use more C++ features than, > say, tree-ssa-alias.c).
I guess there are two aspects to that: - Are there any specific features we should avoid using at all? TBH I hope not. Trying to police this based on C++ feature sounds difficulty and might be counterproductive. IMO it should just (continue to) be based on principles like avoiding abstraction for abstraction's sake, and keeping compiler performance and code size in mind. Even tree-ssa-alias.c should be able to use any C++ feature if there's a justification. - Coding conventions for when features should be used. "auto" is an obvious one. Maybe also lambdas (which should help avoid the horrible "void *" callback parameters we have all over the place now). Maybe also guidelines to actively use certain features, e.g. - use "= default" where possible - prefer range-based for loops to macros - mark "operator bool()" conversions as explicit - use "override" where applicable (all obvious I guess), etc. Thanks, Richard
