lkml.org 
[lkml]   [2003]   [May]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] 2.5 Documentation/CodingStyle ANSI C function declarations.

On Fri, 30 May 2003, Jörn Engel wrote:
>
> I would agree with that strategy, if the zlib wasn't actively
> maintained anymore and we'd have to take over that part anyway. But
> as it is, this will create extra work with little bonus on our side,
> except to set a better example maybe.
>
> Linus, any insight to your reasons for this change?

I personally consider K&R prototypes to be useless, and downright evil.
Any project who still has them is either lazy or still living in the 80's,
and in either case I don't see any reason not to clean up the kernel side.

Besides, I'm not aware of any reason to ever really sync with zlib on that
level (the kinds of syncs I do foresee would be security issues or similar
if some exploit is found, but that's unlikely to be a major sync).

We've historically done other surgery to the zlib sources to make them a
bit more readable at times (the zlib allocator was just doing ridiculous
things, the kernel version was changed to allocate small structures
directly on the stack and embed others statically).

Linus

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

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