[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <9ece49fa7b0025d1d639859082f0408bbe5f4f49.camel@perches.com>
Date: Fri, 25 Dec 2020 09:42:12 -0800
From: Joe Perches <coupons@...ches.com>
To: Nicolai Fischer <nicolai.fischer@....de>,
linux-kernel@...r.kernel.org
Cc: apw@...onical.com, johannes.czekay@....de,
linux-kernel@...cs.fau.de, akpm@...ux-foundation.org
Subject: Re: [PATCH 2/2] checkpatch: kconfig: add missing types to regex
On Fri, 2020-12-25 at 18:27 +0100, Nicolai Fischer wrote:
> On 12/21/20 6:17 PM, Joe Perches wrote:
[]
> > The message you used:
> > + WARN("CONFIG_DESCRIPTION",
> > + "help text is not indented 2 spaces more than the help keyword\n" . $herecurr);
> >
> > is IMO a bit oddly phrased and could/should test only
> > the first line after the help keyword and show the help
> > line using $hereprev.
> >
> > The problem with $herecurr is, that it always contains the first line of the Kconfig option.
> The loop which actually determines if the warning is to be displayed, leaves $herecurr and likewise $hereprev unaffected.
>
> So printing $hereprev would unfortunately not be any more helpful than $herecurr.
> Because $herecurr and $hereprev also contain the line number, among other things, I am not sure what would be the best way
> to address this.
There is a mechanism to create an output message block: get_stat_real
that could be used.
Powered by blists - more mailing lists