all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* c-fill-paragraph closing comment delimiter, emacs 23.4.1
@ 2012-07-17 12:39 William M. (Mike) Miller
  2012-07-18 13:13 ` Andreas Röhler
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: William M. (Mike) Miller @ 2012-07-17 12:39 UTC (permalink / raw)
  To: help-gnu-emacs

The behavior of c-fill-paragraph with regard to the closing delimiter of the
paragraph has changed in version 23.4.1 from that of version 21.2.1.  My
company has a coding standard that begins each C function with a
comment of the form

/*
Description...
*/

In version 23.4.1, running c-fill-paragraph (M-q) with the point in such a
comment moves the closing delimiter onto the last line of the description,
e.g.,

/*
Description... */

Version 21.2.1 respected the placement of the closing delimiter on a line
by itself.

Is there a setting I can use to force version 23.4.1 not to wrap the closing
delimiter onto the last line of the comment text?

-- 
William M. (Mike) Miller | Edison Design Group
william.m.miller@gmail.com



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: c-fill-paragraph closing comment delimiter, emacs 23.4.1
  2012-07-17 12:39 c-fill-paragraph closing comment delimiter, emacs 23.4.1 William M. (Mike) Miller
@ 2012-07-18 13:13 ` Andreas Röhler
  2012-07-18 13:42   ` William M. (Mike) Miller
  2012-07-18 21:03 ` William M. (Mike) Miller
       [not found] ` <mailman.5109.1342645433.855.help-gnu-emacs@gnu.org>
  2 siblings, 1 reply; 5+ messages in thread
From: Andreas Röhler @ 2012-07-18 13:13 UTC (permalink / raw)
  To: help-gnu-emacs

Am 17.07.2012 14:39, schrieb William M. (Mike) Miller:
> The behavior of c-fill-paragraph with regard to the closing delimiter of the
> paragraph has changed in version 23.4.1 from that of version 21.2.1.  My
> company has a coding standard that begins each C function with a
> comment of the form
>
> /*
> Description...
> */
>
> In version 23.4.1, running c-fill-paragraph (M-q) with the point in such a
> comment moves the closing delimiter onto the last line of the description,
> e.g.,
>
> /*
> Description... */
>
> Version 21.2.1 respected the placement of the closing delimiter on a line
> by itself.
>
> Is there a setting I can use to force version 23.4.1 not to wrap the closing
> delimiter onto the last line of the comment text?
>

AFAIK it's developed here:

cc-mode-help@lists.sourceforge.net





^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: c-fill-paragraph closing comment delimiter, emacs 23.4.1
  2012-07-18 13:13 ` Andreas Röhler
@ 2012-07-18 13:42   ` William M. (Mike) Miller
  0 siblings, 0 replies; 5+ messages in thread
From: William M. (Mike) Miller @ 2012-07-18 13:42 UTC (permalink / raw)
  To: Andreas Röhler; +Cc: help-gnu-emacs

On Wed, Jul 18, 2012 at 9:13 AM, Andreas Röhler
<andreas.roehler@easy-emacs.de> wrote:
> Am 17.07.2012 14:39, schrieb William M. (Mike) Miller:
>
>> The behavior of c-fill-paragraph with regard to the closing delimiter of
>> the
>> paragraph has changed in version 23.4.1 from that of version 21.2.1.  My
>> company has a coding standard that begins each C function with a
>> comment of the form
>>
>> /*
>> Description...
>> */
>>
>> In version 23.4.1, running c-fill-paragraph (M-q) with the point in such a
>> comment moves the closing delimiter onto the last line of the description,
>> e.g.,
>>
>> /*
>> Description... */
>>
>> Version 21.2.1 respected the placement of the closing delimiter on a line
>> by itself.
>>
>> Is there a setting I can use to force version 23.4.1 not to wrap the
>> closing
>> delimiter onto the last line of the comment text?
>>
>
> AFAIK it's developed here:
>
> cc-mode-help@lists.sourceforge.net

Thanks; I hadn't realized that there was a more-specific mailing list for
this.  I'll post there.

-- 
William M. (Mike) Miller | Edison Design Group
william.m.miller@gmail.com



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: c-fill-paragraph closing comment delimiter, emacs 23.4.1
  2012-07-17 12:39 c-fill-paragraph closing comment delimiter, emacs 23.4.1 William M. (Mike) Miller
  2012-07-18 13:13 ` Andreas Röhler
@ 2012-07-18 21:03 ` William M. (Mike) Miller
       [not found] ` <mailman.5109.1342645433.855.help-gnu-emacs@gnu.org>
  2 siblings, 0 replies; 5+ messages in thread
From: William M. (Mike) Miller @ 2012-07-18 21:03 UTC (permalink / raw)
  To: help-gnu-emacs

On Tue, Jul 17, 2012 at 8:39 AM, William M. (Mike) Miller
<william.m.miller@gmail.com> wrote:
> The behavior of c-fill-paragraph with regard to the closing delimiter of the
> paragraph has changed in version 23.4.1 from that of version 21.2.1.  My
> company has a coding standard that begins each C function with a
> comment of the form
>
> /*
> Description...
> */
>
> In version 23.4.1, running c-fill-paragraph (M-q) with the point in such a
> comment moves the closing delimiter onto the last line of the description,
> e.g.,
>
> /*
> Description... */
>
> Version 21.2.1 respected the placement of the closing delimiter on a line
> by itself.
>
> Is there a setting I can use to force version 23.4.1 not to wrap the closing
> delimiter onto the last line of the comment text?

For anyone else who might be interested, this appears to have been a
bug that is fixed in more recent versions.  It turns out that 24.0.96.1 is
available (though not the default) for Cygwin, and after upgrading, the
closing delimiter stays on its own line, as desired.

-- 
William M. (Mike) Miller | Edison Design Group
william.m.miller@gmail.com



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: c-fill-paragraph closing comment delimiter, emacs 23.4.1
       [not found] ` <mailman.5109.1342645433.855.help-gnu-emacs@gnu.org>
@ 2012-07-19  5:39   ` Jason Rumney
  0 siblings, 0 replies; 5+ messages in thread
From: Jason Rumney @ 2012-07-19  5:39 UTC (permalink / raw)
  To: gnu.emacs.help; +Cc: help-gnu-emacs

On Thursday, 19 July 2012 05:03:48 UTC+8, William M. (Mike) Miller  wrote:

> For anyone else who might be interested, this appears to have been a
> bug that is fixed in more recent versions.  It turns out that 24.0.96.1 is
> available (though not the default) for Cygwin, and after upgrading, the
> closing delimiter stays on its own line, as desired.

I'd have thought that 24.1 would be available for Cygwin by now.  It has been available on other platforms for over a month now.



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2012-07-19  5:39 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-07-17 12:39 c-fill-paragraph closing comment delimiter, emacs 23.4.1 William M. (Mike) Miller
2012-07-18 13:13 ` Andreas Röhler
2012-07-18 13:42   ` William M. (Mike) Miller
2012-07-18 21:03 ` William M. (Mike) Miller
     [not found] ` <mailman.5109.1342645433.855.help-gnu-emacs@gnu.org>
2012-07-19  5:39   ` Jason Rumney

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.