From: Markus Armbruster <armbru@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Cornelia Huck <cohuck@redhat.com>, Thomas Huth <thuth@redhat.com>,
QEMU Developers <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [PATCH] CODING_STYLE: Define our preferred form for multiline comments
Date: Thu, 07 Jun 2018 14:02:43 +0200 [thread overview]
Message-ID: <87k1rayfbw.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <CAFEAcA80XzxdxLfwMUYLpHprX8L=AZyNDw1DiJKshhGvbFJLRA@mail.gmail.com> (Peter Maydell's message of "Tue, 5 Jun 2018 10:19:15 +0100")
Peter Maydell <peter.maydell@linaro.org> writes:
> On 5 June 2018 at 08:46, Cornelia Huck <cohuck@redhat.com> wrote:
>> On Tue, 5 Jun 2018 06:33:22 +0200
>> Thomas Huth <thuth@redhat.com> wrote:
>>> On 05.06.2018 03:17, Alex Williamson wrote:
>>> > On Mon, 4 Jun 2018 17:21:40 +0100
>>> > Peter Maydell <peter.maydell@linaro.org> wrote:
>>> >> +Multiline comments blocks should have a row of stars on the left
>>> >> +and the terminating */ on its own line:
>>> >> + /* like
>>> >> + * this
>>> >> + */
Uh, winging just one end of the comment offends my eyes.
>>> >> +Putting the initial /* on its own line is accepted, but not required.
>>> >
>>> > Could we say "at maintainer discretion", or is that always implied? The
>>> > asymmetry of the proposed standard is not my favorite and a mostly
>>> > blank line before and after further supports standing out from
>>> > surrounding code.
>>> I also don't like the asymmetry. I'd prefer more dense comments, though:
>>>
>>> /* like
>>> * this */
>
> Wow, I think that looks terrible :-)
Even more terrible, you wanted to say ;)
>>> Anyway, could we either use that dense format or the kernel-style
>>> multi-lines-comment format, please? Mixing it asymmetrically is just ugly.
>>
>> I'd vote for the kernel style, then.
>
> I don't particularly object to the kernel style (though it's not
> how I personally default to writing comments). I just didn't want
> to rule a huge chunk of our existing comments as out-of-standard
> for what I see as a relatively minor divergence in form --
> we do have a lot of no-leading-separate-/* comments. I can live
> with mandating kernel-style if it means we can rule out GNU-form
> and other weirdnesses though :-)
Let's mandate kernel-style for new code. I could live with giving
maintainers license to tolerate certain other styles. The fewer, the
better, though.
next prev parent reply other threads:[~2018-06-07 12:02 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-04 16:21 [Qemu-trivial] [PATCH] CODING_STYLE: Define our preferred form for multiline comments Peter Maydell
2018-06-04 16:21 ` [Qemu-devel] " Peter Maydell
2018-06-04 18:01 ` [Qemu-trivial] " John Snow
2018-06-04 18:01 ` John Snow
2018-06-04 19:10 ` [Qemu-trivial] " Philippe Mathieu-Daudé
2018-06-04 19:10 ` Philippe Mathieu-Daudé
2018-06-05 1:17 ` [Qemu-trivial] " Alex Williamson
2018-06-05 1:17 ` Alex Williamson
2018-06-05 4:33 ` Thomas Huth
2018-06-05 7:46 ` Cornelia Huck
2018-06-05 9:19 ` Peter Maydell
2018-06-05 9:49 ` Thomas Huth
2018-06-05 9:55 ` Cornelia Huck
2018-06-07 12:02 ` Markus Armbruster [this message]
2018-06-11 11:22 ` Kevin Wolf
2018-06-07 12:40 ` [Qemu-trivial] " Stefan Hajnoczi
2018-06-07 12:40 ` Stefan Hajnoczi
2018-06-07 13:25 ` [Qemu-trivial] " Peter Maydell
2018-06-07 13:25 ` Peter Maydell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87k1rayfbw.fsf@dusky.pond.sub.org \
--to=armbru@redhat.com \
--cc=cohuck@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.