Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758888AbXI3Rkh (ORCPT ); Sun, 30 Sep 2007 13:40:37 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758378AbXI3RkP (ORCPT ); Sun, 30 Sep 2007 13:40:15 -0400 Received: from rtr.ca ([76.10.145.34]:3359 "EHLO mail.rtr.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758274AbXI3RkO (ORCPT ); Sun, 30 Sep 2007 13:40:14 -0400 Message-ID: <46FFDF7D.7080605@rtr.ca> Date: Sun, 30 Sep 2007 13:40:13 -0400 From: Mark Lord User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: Erez Zadok Cc: Linus Torvalds , akpm@linux-foundation.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] 0/3 coding standards documentation/code updates References: <200709300401.l8U41AhY024890@agora.fsl.cs.sunysb.edu> In-Reply-To: <200709300401.l8U41AhY024890@agora.fsl.cs.sunysb.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2418 Lines: 62 Erez Zadok wrote: > In message , Linus Torvalds writes: >> >> On Sat, 29 Sep 2007, Erez Zadok wrote: >>> Would you prefer if CodingStyle was reorganized or even split into (1) >>> general principles and (2) details? Perhaps we need a CodingStylePrinciples >>> and a CodingStyleDetails? >> I'm certainly ok with the split into two files. >> >> What I'm not ok with is really important stuff (indentation), and then >> mixing in silly rules ("parenthesis are bad in printk's"?) >> >> Linus > > OK, looking at CodingStyle, I see two kinds of chapters. The first is stuff > that's more generic to C, and the other is more specific to Linux and how > one codes in the linux kernel. So I propose the following: > > 1. we create a new file called CodingSuggestions > > 2. we keep in CodingStyle the following chapters > > Chapter 1: Indentation > Chapter 2: Breaking long lines and strings > Chapter 3: Placing Braces and Spaces > Chapter 4: Naming > Chapter 5: Typedefs > Chapter 6: Functions > Chapter 7: Centralized exiting of functions > Chapter 8: Commenting > Chapter 9: You've made a mess of it > > Note: I'd suggest we rename the title of ch9 to "Custom Editor > Programming/Indentation Modes" or something more descriptive. > > Chapter 10: Kconfig configuration files > Chapter 11: Data structures > Chapter 12: Macros, Enums and RTL > Chapter 15: The inline disease > Chapter 16: Function return values and names > Chapter 18: Editor modelines and other cruft > > 3. move the following chapters to CodingSuggestions: > > Chapter 13: Printing kernel messages > Note: ch13 is the one which mentions the don't put parentheses around %d. > > Chapter 14: Allocating memory > Chapter 17: Don't re-invent the kernel macros > Chapter 19: branch prediction optimizations (the un/likely debacle) Super. And then, in the spirit of Linus's request, we can submit another patch that simply removes that second file completely from the kernel source tree! Yay! The suits actually lose for once! (okay, so I can fantasize if I want to). - 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/