From: Pavel Machek <pavel@ucw.cz>
To: Albert Cahalan <albert@users.sf.net>
Cc: linux-kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: Coding style: do_this(a,b) vs. do_this(a, b)
Date: Tue, 17 Aug 2004 22:00:20 +0200 [thread overview]
Message-ID: <20040817200020.GA21731@elf.ucw.cz> (raw)
In-Reply-To: <1092762468.5759.1524.camel@cube>
Hi!
> > Well, you maybe can't tell the difference, but I definitely can. You
> > can read code aligned by two spaces, right?
>
> Sure, but you can't mix that in the same file
> with something else. Indentation and braces have
> to be consistent. Other stuff matters far less.
This kind of spacing matters, too.
> > > We don't need any more bureaucracy.
> > >
> > > do_this(a,b); (1)
> > > do_this(a, b); (2)
> > > do_this (a,b);
> >
> > This looks extremely bad.
> >
> > > do_this (a, b);
> > >
> > > I can read them all. I might notice the space in
> > > front of the '(', but I might not. Even putting a
> > > space in front of the ';' isn't unreadable.
> > >
> > > People will pass laws until they are choked off,
> > > unable to move without being in violation of some
> > > silly little thing.
> >
> > I've seen people "fixing" code from (2) to (1), because they thought I
> > prefer (1). (And I definitely don't). So yes, it is important.
>
> Spaces are good for grouping things to increase readability.
> So one might do this:
>
> foo(a,b,c,d,e,f);
This looks ugly.
> bar(a+b, a-b); // space needed for readability
> baz(a,b, c,d); // suppose a and b logically go together, as do c and d
> zzz(a==b && c==d); // common for an "if"
Would be okay. Notice that I did not add a rule, I just fixed the
examples to be consistent with each other.
Anyway, as in common english, there should be space after ",". There
may be exception to the rule (your baz example), but...
Here's the patch again. macrofun() is used as an example, but it looks
ugly, and is not consistent with the rest of the document.
Pavel
--- clean/Documentation/CodingStyle 2004-05-20 23:08:01.000000000 +0200
+++ linux/Documentation/CodingStyle 2004-06-06 00:27:11.000000000 +0200
@@ -356,11 +356,11 @@
Macros with multiple statements should be enclosed in a do - while block:
-#define macrofun(a,b,c) \
+#define macrofun(a, b, c) \
do { \
if (a == 5) \
- do_this(b,c); \
- } while (0)
+ do_this(b, c); \
+ } while(0)
Things to avoid when using macros:
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
next prev parent reply other threads:[~2004-08-17 20:02 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-17 11:51 Coding style: do_this(a,b) vs. do_this(a, b) Albert Cahalan
2004-08-17 16:07 ` Alexander Nyberg
2004-08-17 16:40 ` Pavel Machek
2004-08-17 17:07 ` Albert Cahalan
2004-08-17 20:00 ` Pavel Machek [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-08-17 10:38 Pavel Machek
2004-08-17 21:09 ` Fao, Sean
2004-08-17 21:14 ` Pavel Machek
2004-08-17 21:59 ` Frank van Maarseveen
2004-08-17 22:29 ` Andrew Morton
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=20040817200020.GA21731@elf.ucw.cz \
--to=pavel@ucw.cz \
--cc=albert@users.sf.net \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox