From: Rusty Russell <rusty@rustcorp.com.au>
To: Robert Love <rml@tech9.net>
Cc: torvalds@transmeta.com, linux-kernel@vger.kernel.org, akpm@zip.com.au
Subject: Re: [TRIVIAL PATCH] Remove list_t infection.
Date: Mon, 02 Sep 2002 16:17:32 +1000 [thread overview]
Message-ID: <20020902065831.DB8502C1A7@lists.samba.org> (raw)
In-Reply-To: Your message of "02 Sep 2002 01:51:54 -0400." <1030945918.939.3143.camel@phantasy>
In message <1030945918.939.3143.camel@phantasy> you write:
> On Mon, 2002-09-02 at 01:23, Rusty Russell wrote:
>
> > This week, it spread to SCTP.
> >
> > "struct list_head" isn't a great name, but having two names for
> > everything is yet another bar to reading kernel source.
>
> I am all for your cleanup here, but two nits:
>
> Why not rename list_head while at it? I would vote for just "struct
> list" ... the name is long, and I like my lines to fit 80 columns.
Because renaming breaks things for no good reason. "list_head is
ugly" is insufficient cause: it doesn't cause bugs (cf. skb_realloc).
You want to clean up some ugliness? Find every
list_for_each/list_entry pair and substitute list_for_each_entry().
> Second, if we want to force people to change, we should remove "list_t"
> too to prevent new uses creeping in. Plus, like Linus says, it is often
> to break stuff and cleanup the mess...
I did: see the patch.
Really, I don't care whether it's "struct list_head" or "list_t", but
both is stupid. And since struct list_head is backwards compatible,
that's the winner here.
As someone who has been slowly feeding ISO-C declarated initializers
into 2.5, I am acutely aware of the cost of widespread change.
Hope that clarifies,
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
next prev parent reply other threads:[~2002-09-02 6:54 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-02 5:23 Rusty Russell
2002-09-02 5:51 ` Robert Love
2002-09-02 6:02 ` William Lee Irwin III
2002-09-02 6:20 ` David S. Miller
2002-09-02 10:11 ` Daniel Phillips
2002-09-02 10:05 ` David S. Miller
2002-09-02 10:16 ` Daniel Phillips
2002-09-02 10:11 ` David S. Miller
2002-09-02 10:25 ` Daniel Phillips
2002-09-02 10:21 ` David S. Miller
2002-09-02 10:24 ` William Lee Irwin III
2002-09-03 22:13 ` Jamie Lokier
2002-09-03 23:14 ` Linus Torvalds
2002-09-04 0:41 ` Rusty Russell
2002-09-04 1:52 ` Daniel Phillips
2002-09-04 2:26 ` Linus Torvalds
2002-09-04 2:44 ` Rusty Russell
2002-09-04 14:36 ` J.A. Magallon
2002-09-04 6:11 ` Thunder from the hill
2002-09-02 6:23 ` Neil Brown
2002-09-01 20:45 ` Nick Piggin
2002-09-02 6:27 ` William Lee Irwin III
2002-09-02 10:07 ` Daniel Phillips
2002-09-02 10:05 ` Daniel Phillips
2002-09-02 6:17 ` Rusty Russell [this message]
2002-09-06 9:28 ` Dan Aloni
2002-09-06 14:35 ` Robert Love
2002-09-09 5:57 ` Rusty Russell
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=20020902065831.DB8502C1A7@lists.samba.org \
--to=rusty@rustcorp.com.au \
--cc=akpm@zip.com.au \
--cc=linux-kernel@vger.kernel.org \
--cc=rml@tech9.net \
--cc=torvalds@transmeta.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome