Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764833AbZLQQVs (ORCPT ); Thu, 17 Dec 2009 11:21:48 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762776AbZLQQVr (ORCPT ); Thu, 17 Dec 2009 11:21:47 -0500 Received: from smtp1.linux-foundation.org ([140.211.169.13]:53460 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759438AbZLQQVr (ORCPT ); Thu, 17 Dec 2009 11:21:47 -0500 Date: Thu, 17 Dec 2009 08:21:10 -0800 (PST) From: Linus Torvalds X-X-Sender: torvalds@localhost.localdomain To: Bartlomiej Zolnierkiewicz cc: =?ISO-8859-15?Q?Am=E9rico_Wang?= , Mikulas Patocka , linux-kernel@vger.kernel.org, Alasdair G Kergon , dm-devel@redhat.com Subject: Re: [PATCH] Drop 80-character limit in checkpatch.pl In-Reply-To: <200912171708.07899.bzolnier@gmail.com> Message-ID: References: <200912171618.32882.bzolnier@gmail.com> <200912171708.07899.bzolnier@gmail.com> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1566 Lines: 39 On Thu, 17 Dec 2009, Bartlomiej Zolnierkiewicz wrote: > > Well, it could have been done in the other way: > > - ret = sscanf (buf, "0x%lx - 0x%lx", &start_addr, &end_addr); > + ret = sscanf(buf, "0x%lx - 0x%lx", > + &start_addr, &end_addr); > > Just an example that the limit itself is usually not a problem > but its literal interpretation is.. What? Your version is no better. In the above case it doesn't matter, but I've had grep's that fail due to people splitting the actual string etc, which just drives me wild. We fixed that to allow checkpatch to skip those warnings, but the fact is, the fundamnetal problem has always been the "80 character" part. I don't think any kernel developers use a vt100 any more. And even if they do, I bet they curse the "24 lines" more than they curse the occasional 80+ character lines. I'd be ok with changing the warning to 132 characters, which is another perfectly fine historical limit. Or we can split the difference, and say "ok, 106 characters is too much". I don't care. But 80 characters is causing too many idiotic changes. There are way worse problems in many patches than long lines. Too complex expressions. Too deep indentation. Pure crap code. People seem to get way too hung up on ".. but at least it passes checkpatch". 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/