[lkml]   [2001]   [Nov]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: GPLONLY kernel symbols???
Jeff Garzik writes:
> Richard Gooch wrote:
> > Alexander Viro writes:
> > > On Mon, 12 Nov 2001, Richard Gooch wrote:
> > > > Dave Jones writes:
> > > > > How about running mtrr.c & devfs code through scripts/Lindent
> > > > > sometime btw?
> Go ahead and Lindent mtrr.c, it hasn't been touched by rgooch in a
> while...


> > > > That would be a step backwards: I wouldn't be able to read my own code
> > > > then.
> > >
> > > You mean that you are unable to read any of the core kernel source?
> > > That would explain a lot...
> >
> > Were you born rude, or did you have to practice it?
> I would argue both ;-) He is a Usenet denizen after all.
> (takes one to know one... I'm one as well :))

I gave up Usenet years ago, about when the signal to noise ratio fell
under 0.1% and I got tired of wasting time wading through the flames.

Now, on to your points about coding style. I'll say this once only. I
don't want to waste time with an argument about this.

> He and davej still have a point. Your code formatting is
> non-standard, and is difficult to read. A document exists
> CodingStyle which explains a good style, and further -why- it is a
> good style.

And one of the very first things that document says that coding style
is very personal and he doesn't want to force his views on others.
So, as a symbolic gesture, I printed out and burned that document.

> Among other reasons, because of long term maintenance.
> How do you expect others in the Linux kernel community to review
> your code, if it is widely considered difficult to read? How do you
> expect people to maintain your code when are no longer around? The
> Linux kernel will be around long after you and I and others leave
> kernel development. Others need to read and maintain this code.

If and when I step down as maintainer (if I do so, I'll publically
pass the baton to the new maintainer), the new maintainer can indent
to their preference. Until that time, *I'm* the maintainer, and *I*
need to be able to read the code efficiently. It's the part of the
kernel I spend the most time in, after all.

And the coding style used elsewhere in the kernel is revolting to
me. More importantly, it's harder for me to parse than my own style.
I shouldn't have to constantly stumble over an appalling coding style
in my own code!

"He who writes the code gets to choose".


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:13    [W:0.145 / U:1.172 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site