From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754450Ab2BDTch (ORCPT ); Sat, 4 Feb 2012 14:32:37 -0500 Received: from mail-tul01m020-f174.google.com ([209.85.214.174]:34083 "EHLO mail-tul01m020-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754072Ab2BDTcg convert rfc822-to-8bit (ORCPT ); Sat, 4 Feb 2012 14:32:36 -0500 MIME-Version: 1.0 In-Reply-To: <1328383659.7008.7.camel@joe2Laptop> References: <20120203074656.GC30543@elte.hu> <20120203083530.GD1968@moon> <20120203090929.GA23996@elte.hu> <20120203012241.bcd3d0c8.akpm@linux-foundation.org> <20120203095227.GA13162@elte.hu> <20120203100743.GA3334@elte.hu> <1328311239.21255.24.camel@joe2Laptop> <20120204130330.GA30198@elte.hu> <1328372536.5766.3.camel@joe2Laptop> <20120204180237.GA7682@elte.hu> <1328381300.5996.2.camel@joe2Laptop> <1328383659.7008.7.camel@joe2Laptop> Date: Sat, 4 Feb 2012 21:32:32 +0200 X-Google-Sender-Auth: Nfz3e2jd27C_i6kRMTa3qVXRZjs Message-ID: Subject: Re: [PATCH, v2] checkpatch: Warn on code with 6+ tab indentation, remove 80col warning From: Pekka Enberg To: Joe Perches Cc: Ingo Molnar , Linus Torvalds , Andy Whitcroft , Andrew Morton , Cyrill Gorcunov , linux-kernel@vger.kernel.org, Pavel Emelyanov , Serge Hallyn , KAMEZAWA Hiroyuki , Kees Cook , Tejun Heo , Andrew Vagin , "Eric W. Biederman" , Alexey Dobriyan , Andi Kleen , KOSAKI Motohiro , "H. Peter Anvin" , Thomas Gleixner , Glauber Costa , Matt Helsley , Eric Dumazet , Vasiliy Kulikov , Valdis.Kletnieks@vt.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Feb 4, 2012 at 9:27 PM, Joe Perches wrote: >> The practical downsides of the current warning are much more severe. I >> personally don't use checkpatch much these days because of the silly >> fixed limit. > > More likely you developed a keen sense of > kernel style appropriateness and don't need > any checkpatch nannying. No, it just means more trivially fixable issues slip through the cracks. On Sat, Feb 4, 2012 at 9:27 PM, Joe Perches wrote: > I don't disagree with something like setting > the normally allowed line length to 100 and > maybe keeping a --strict limit to 80. > > Something like: > > diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl > index 2b52aeb..7602bce 100755 > --- a/scripts/checkpatch.pl > +++ b/scripts/checkpatch.pl > @@ -34,6 +34,9 @@ my @ignore = (); >  my $help = 0; >  my $configuration_file = ".checkpatch.conf"; > > +my $max_line_length_warn = 100;                # normal cases > +my $max_line_length_strict = 80;       # when using --strict > + >  sub help { >        my ($exitcode) = @_; > > @@ -1726,15 +1729,19 @@ sub process { >  # check we are in a valid source file if not then ignore this hunk >                next if ($realfile !~ /\.(h|c|s|S|pl|sh)$/); > > -#80 column limit > +# check line length limit >                if ($line =~ /^\+/ && $prevrawline !~ /\/\*\*/ && >                    $rawline !~ /^.\s*\*\s*\@$Ident\s/ && >                    !($line =~ /^\+\s*$logFunctions\s*\(\s*(?:(KERN_\S+\s*|[^"]*))?"[X\t]*"\s*(?:|,|\)\s*;)\s*$/ || > -                   $line =~ /^\+\s*"[^"]*"\s*(?:\s*|,|\)\s*;)\s*$/) && > -                   $length > 80) > -               { > -                       WARN("LONG_LINE", > -                            "line over 80 characters\n" . $herecurr); > +                   $line =~ /^\+\s*"[^"]*"\s*(?:\s*|,|\)\s*;)\s*$/) { > +                       if ($length > $max_line_len_strict) { > +                               CHK("LONG_LINE", > +                                    "line over $max_line_len_strict characters\n" . $herecurr); > +                       } > +                       if ($length > $max_line_len_warn) { > +                               WARN("LONG_LINE", > +                                    "line over $max_line_len_warn characters\n" . $herecurr); > +                       } >                } > >  # check for spaces before a quoted newline I'm fine with something like this too.