GNU bug report logs - #50840
28.0.50; Support GNU style of multiline comments in C source code

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Mackenzie <acm <at> muc.de>
Cc: acm <at> muc.de, monnier <at> iro.umontreal.ca, 50840 <at> debbugs.gnu.org
Subject: bug#50840: 28.0.50; Support GNU style of multiline comments in C source code
Date: Mon, 27 Sep 2021 21:51:45 +0300

> Date: Mon, 27 Sep 2021 18:35:50 +0000
> Cc: 50840 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>,
>   acm <at> muc.de
> From: Alan Mackenzie <acm <at> muc.de>
> 
> > Is this true?  If so, a feature request: add a style to support that.
> > If such a style already exists, please clarify the documentation so that
> > users could understand which style does that.
> 
> > And one more nit: Can the 'comment-end' inserted after the end of a
> > comment please keep _two_ spaces after the period that ends the last
> > line of a comment?  Or at least heed the setting of
> > 'sentence-end-double-space'?
> 
> Are we talking about C-c C-c (aka M-x comment-region) here?

Yes, my use case, and the context in which I filed the bug report, was
"C-c C-c".  Not only for the 2 spaces issue, but also for the comment
style.

> This command currently inserts comment-end (in C Mode, " */") at the
> end of each line being commented, which will leave a single space
> between what was the last "." on the line and the "*/".
> 
> We could surely check for an end of sentence character at EOL here, and
> if we've got one, check that at least two spaces are left.  This again
> would be something for lisp/newcomment.el.

Probably.  That''s why Stefan was CC'ed as well.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.