From: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
To: Daniel Phillips <phillips@bonn-fries.net>
Cc: Ion Badulescu <ion@cs.columbia.edu>,
linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org
Subject: Re: [CFT] [JANITORIAL] Unbork fs.h
Date: Thu, 3 Jan 2002 14:36:31 -0200 [thread overview]
Message-ID: <20020103143630.D25846@conectiva.com.br> (raw)
In-Reply-To: <200201031605.g03G57e22947@guppy.limebrokerage.com> <E16MAp4-00018b-00@starship.berlin>
In-Reply-To: <E16MAp4-00018b-00@starship.berlin>
Em Thu, Jan 03, 2002 at 05:34:27PM +0100, Daniel Phillips escreveu:
> On January 3, 2002 05:05 pm, Ion Badulescu wrote:
> > Daniel Phillips wrote:
> > > -static inline struct inode * new_inode(struct super_block *sb)
> > > +static inline struct inode *new_inode (struct super_block *sb)
> >
> > Minor issue of coding style. I'd steer away from such gratuitious changes,
> > especially since they divert from the commonly accepted practice of having
> > no spaces between the name of the function and its arguments.
>
> That's good advice and I'm likely to adhere to it - if you can show that
> having no spaces between the name of the function and its arguments really is
> the accepted practice. I've seen both styles on my various travels though
> the kernel, and I prefer the one with the space. Much as I prefer to put
> spaces around '+' (but not around '.', go figure).
Maybe CodingStyle should have an entry for this, I'd vote for this style:
static inline struct inode *new_inode(struct super_block *sb)
> In general, I allow myself the indulgence of cleaning up the odd line here
> and there to be more pleasing to my eyes, so long as it's in the vicinity of
> a substantive change and doesn't introduce a new patch hunk. You could think
> of it as a perk that takes some of the sting out of doing the grunt work.
fair, thats what I usually do as well 8)
- Arnaldo
next prev parent reply other threads:[~2002-01-03 16:36 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-03 12:47 [CFT] [JANITORIAL] Unbork fs.h Daniel Phillips
2002-01-03 14:03 ` Daniel Phillips
2002-01-03 15:45 ` Christoph Hellwig
2002-01-03 16:20 ` Daniel Phillips
2002-01-03 16:47 ` Alexander Viro
2002-01-03 17:25 ` Daniel Phillips
2002-01-03 18:25 ` Daniel Phillips
2002-01-03 18:35 ` Christoph Hellwig
2002-01-03 16:45 ` Alexander Viro
2002-01-03 18:04 ` Daniel Phillips
2002-01-03 16:05 ` Ion Badulescu
2002-01-03 16:34 ` Daniel Phillips
2002-01-03 16:28 ` Martin Dalecki
2002-01-03 16:45 ` Arnaldo Carvalho de Melo
2002-01-03 16:36 ` Arnaldo Carvalho de Melo [this message]
2002-01-03 17:05 ` Daniel Phillips
2002-01-03 17:07 ` Arnaldo Carvalho de Melo
2002-01-03 19:36 ` Andreas Dilger
2002-01-04 7:05 ` Daniel Phillips
2002-01-04 8:59 ` Andreas Dilger
2002-01-04 10:02 ` Jeff Garzik
2002-01-03 23:25 ` J.A. Magallon
2002-01-04 1:44 ` Daniel Phillips
2002-01-04 14:52 ` J.A. Magallon
2002-01-03 18:53 ` Daniel Phillips
2002-01-03 20:31 ` Ion Badulescu
-- strict thread matches above, loose matches on Subject: below --
2002-01-04 15:16 Andries.Brouwer
2002-01-04 22:20 ` Andreas Dilger
2002-01-04 23:33 ` Daniel Phillips
2002-01-04 16:45 Bryan Henderson
2002-01-04 22:15 ` Andreas Dilger
2002-01-05 1:07 Bryan Henderson
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=20020103143630.D25846@conectiva.com.br \
--to=acme@conectiva.com.br \
--cc=ion@cs.columbia.edu \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=phillips@bonn-fries.net \
/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.