public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Russell King - ARM Linux <linux@arm.linux.org.uk>
To: "Uwe Kleine-König" <Uwe.Kleine-Koenig@digi.com>
Cc: "Hans J. Koch" <hjk@linutronix.de>,
	Greg Kroah-Hartman <gregkh@suse.de>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Re: [PATCH 4/4 v2] [RFC] UIO: generic platform driver
Date: Mon, 14 Apr 2008 12:37:59 +0100	[thread overview]
Message-ID: <20080414113759.GG1540@flint.arm.linux.org.uk> (raw)
In-Reply-To: <20080414112021.GA19986@digi.com>

On Mon, Apr 14, 2008 at 01:20:21PM +0200, Uwe Kleine-König wrote:
> [1] http://lkml.org/lkml/2008/4/11/81 or
> http://thread.gmane.org/gmane.linux.kernel/665257

In one of the mails, it was said:
  No. It's more important to see which variables are declared in the
  function and which are declared elsewhere. If you have to search the
  whole body of a function for possible declarations, this is BAD. And if
  it's not clear where a variable is used, the function is too long or has
  other style problems. Your function is short and clean, so where's the
  problem? Please move the declaration to the top of the function.

I disagree with this statement.  It's far better to limit the scope of
variables so that you know they only have local use, and eg, not used
inside a loop and then outside with possible unintended effects.

If a variable is only used inside a loop, it should be declared _inside_
that loop.

The statement goes on to talk about the function being short and clean -
that's not an argument to apply any particular point of view on this
subject, since you can argue that because it's short and clean you can
see that the variable is only used within the loop.

So, please, keep the variable declaration inside the loop, and don't
pollute the outer levels with unnecessary variable declarations.

  reply	other threads:[~2008-04-14 11:38 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-10 12:36 [PATCH 0/4] UIO: fixes, cleanups and a new driver Uwe Kleine-König
2008-04-10 12:37 ` [PATCH 1/4] UIO: hold a reference to the device's owner while the device is open Uwe Kleine-König
2008-04-10 12:37   ` [PATCH 2/4] UIO: use menuconfig Uwe Kleine-König
2008-04-10 12:37     ` [PATCH 3/4] UIO: wrap all uio drivers in "if UIO" and "endif" Uwe Kleine-König
2008-04-10 12:37       ` [PATCH 4/4] [RFC] UIO: generic platform driver Uwe Kleine-König
2008-04-10 19:54         ` Hans J. Koch
2008-04-10 20:08           ` Uwe Kleine-König
2008-04-10 21:17             ` Hans J. Koch
2008-04-11  1:34               ` Ben Nizette
2008-04-10 22:48         ` Hans J. Koch
2008-04-11  6:21           ` Uwe Kleine-König
2008-04-11  9:21             ` [PATCH 4/4 v2] " Uwe Kleine-König
2008-04-11 10:33               ` Hans J. Koch
2008-04-11 11:03                 ` Uwe Kleine-König
2008-04-11 11:17                   ` Hans J. Koch
2008-04-11 11:25                     ` Uwe Kleine-König
2008-04-12 13:16                       ` Russell King - ARM Linux
2008-04-14  7:48                         ` [PATCH] " Uwe Kleine-König
2008-04-14  9:37                           ` Russell King - ARM Linux
2008-04-14  9:54                             ` Uwe Kleine-König
2008-04-14 10:00                               ` Uwe Kleine-König
2008-04-14 10:17                               ` Russell King - ARM Linux
2008-04-14 11:20                                 ` Uwe Kleine-König
2008-04-14 11:37                                   ` Russell King - ARM Linux [this message]
2008-04-14 11:52                                     ` Hans J. Koch
2008-04-11 10:48               ` Uwe Kleine-König
2008-04-11 21:41                 ` Greg KH
2008-04-11 22:54                   ` Hans J. Koch
2008-04-11 23:06                     ` Greg KH
2008-04-11  9:24             ` [PATCH 4/4] " Hans J. Koch
2008-04-11 10:41               ` Uwe Kleine-König
2008-04-11 19:59                 ` Hans J. Koch
2008-04-10 19:45       ` [PATCH 3/4] UIO: wrap all uio drivers in "if UIO" and "endif" Hans J. Koch
2008-04-11 21:36         ` Greg KH
2008-04-10 19:39     ` [PATCH 2/4] UIO: use menuconfig Hans J. Koch
2008-04-11 21:36       ` Greg KH
2008-04-11 22:58         ` Hans J. Koch
2008-04-10 20:11   ` [PATCH 1/4] UIO: hold a reference to the device's owner while the device is open Uwe Kleine-König
2008-04-10 21:02   ` Hans J. Koch
2008-04-10 21:12     ` Greg KH
2008-04-10 21:23       ` Hans J. Koch
2008-04-11  6:50     ` Uwe Kleine-König
2008-04-11  8:44       ` Hans J. Koch
2008-04-11  9:07         ` [PATCH 1/4 v2] " Uwe Kleine-König
2008-04-11 11:39           ` Hans J. Koch
2008-04-22  9:47 ` [PATCH 0/3] UIO: cleanup and platform driver Uwe Kleine-König
2008-04-22  9:52   ` [PATCH 1/3] UIO: don't let UIO_CIF and UIO_SMX depend twice on UIO Uwe Kleine-König
2008-04-22  9:52     ` [PATCH 2/3] provide a dummy implementation of the clk API Uwe Kleine-König
2008-04-22  9:52       ` [PATCH 3/3] UIO: generic platform driver Uwe Kleine-König
2008-04-22 10:26         ` Ben Nizette
2008-04-22 13:35           ` Hans J. Koch
2008-04-23  8:56         ` Uwe Kleine-König
2008-04-27 17:12           ` Hans J. Koch
2008-05-20  9:23             ` Uwe Kleine-König
2008-05-20  9:24               ` [PATCH] UIO: don't let UIO_CIF and UIO_SMX depend twice on UIO Uwe Kleine-König
2008-05-20  9:24                 ` [PATCH] UIO: generic platform driver Uwe Kleine-König
2008-05-20 21:08                   ` Hans J. Koch
2008-05-26  5:58                     ` Uwe Kleine-König
2008-05-26  6:02                       ` Greg KH
2008-05-30  9:16                         ` Uwe Kleine-König
2008-05-30 16:35                           ` Greg KH
2008-06-03  7:21                             ` Uwe Kleine-König
2008-06-03  9:24                               ` Hans J. Koch
2008-05-20 21:12                 ` [PATCH] UIO: don't let UIO_CIF and UIO_SMX depend twice on UIO Hans J. Koch
2008-04-22 13:39   ` [PATCH 0/3] UIO: cleanup and platform driver Hans J. Koch

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=20080414113759.GG1540@flint.arm.linux.org.uk \
    --to=linux@arm.linux.org.uk \
    --cc=Uwe.Kleine-Koenig@digi.com \
    --cc=gregkh@suse.de \
    --cc=hjk@linutronix.de \
    --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