On 24/08/07, Alan Cox <alan@xxxxxxxxxxxxxxxxxxx> wrote: > > I think this is also a matter of conding style. Documentation/CodingStyle > > says: > > > > "The limit on the length of lines is 80 columns and this is a hard limit." > > As has repeatedly been stated this is a bug in Documentation/CodingStyle > and bears no resemblence to reality. > So let's update CodingStyle once and for all so that doesn't pop up again. See attached patch (inline version is whitespace damaged - can't help it from my current location). As continuously gets pointed out, the 80 col line length defined in CodingStyle is not a hard limit in real life. Let the document reflect reality. Signed-off-by: Jesper Juhl <jesper.juhl@xxxxxxxxx> --- --- Documentation/CodingStyle~ 2007-08-24 13:04:20.000000000 +0200 +++ Documentation/CodingStyle 2007-08-24 13:04:20.000000000 +0200 @@ -77,7 +77,8 @@ Coding style is all about readability and maintainability using commonly available tools. -The limit on the length of lines is 80 columns and this is a hard limit. +The limit on the length of lines is 80 columns. This is a soft limit, it can +be broken in some cases, but you should respect it whenever possible. Statements longer than 80 columns will be broken into sensible chunks. Descendants are always substantially shorter than the parent and are placed -- Jesper Juhl <jesper.juhl@xxxxxxxxx> Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html Plain text mails only, please http://www.expita.com/nomime.html
Attachment:
line-length.patch
Description: Binary data
