[PATCH] D142804: [clang-format] Support clang-format on/off line comments as prefixes
Owen Pan via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Sun Jan 29 19:30:31 PST 2023
owenpan added inline comments.
================
Comment at: clang/lib/Format/Format.cpp:3901
+ return Comment.startswith(Prefix) &&
+ (Comment.size() == Size || isblank(Comment[Size]));
+}
----------------
HazardyKnusperkeks wrote:
> owenpan wrote:
> > HazardyKnusperkeks wrote:
> > > rymiel wrote:
> > > > Should the space be required? What about `// clang-format off: reasoning` or similar?
> > > >
> > > > Also, should this be documented?
> > > > Should the space be required? What about `// clang-format off: reasoning` or similar?
> > > >
> > > > Also, should this be documented?
> > >
> > > +1
> > > Should the space be required? What about `// clang-format off: reasoning` or similar?
> >
> > On second thought, we should make it more restrictive to avoid regressions. How about //requiring// a colon, i.e. `// clang-format off:` (but not `// clang-format off :`)?
> >
> > > Also, should this be documented?
> >
> > Yep.
> >
> > > Should the space be required? What about `// clang-format off: reasoning` or similar?
> >
> > On second thought, we should make it more restrictive to avoid regressions. How about //requiring// a colon, i.e. `// clang-format off:` (but not `// clang-format off :`)?
> >
>
> That's fine by me. But why not also `/**/`?
> But why not also `/**/`?
If it weren't for the fact that the code which checks for clang-format on/off exists in several places, I wouldn't want this feature added. IMO there's no need to allow `/* clang-format off: */` if we got `// clang-format:` and being more restrictive results in a lower risk of regression.
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D142804/new/
https://reviews.llvm.org/D142804
More information about the cfe-commits
mailing list