On 2/7/2014 12:51 PM, Joe Perches wrote:
> On Fri, 2014-02-07 at 11:38 -0800, Frank Rowand wrote:
>> On 2/6/2014 9:11 PM, Joe Perches wrote:
>>> For patch 1, what checkpatch bug might that be?
> []
>> Sorry, it is patch 2, not patch 1 ("[PATCH v5 02/14] clk: Add 
>> set_rate_and_parent() op"):
>>
>>    WARNING: Multiple spaces after return type
>>    #188: FILE: include/linux/clk-provider.h:154:
>>    +       int             (*set_rate_and_parent)(struct clk_hw *hw,
>>
>>    total: 0 errors, 1 warnings, 152 lines checked
> 
> Yup, that one might be a bit aggressive.
> 
> It's a complaint about function pointer declaration style.
> 
> from checkpatch:
> ------------------------------------------------------
> # unnecessary space "type  (*funcptr)(args...)"
>                       elsif ($declare =~ /\s{2,}$/) {
>                               WARN("SPACING",
>                                    "Multiple spaces after return type\n" . 
> $herecurr);
>                       }
> ------------------------------------------------------
> 
> This is warning about style equivalent to declarations like:
> 
> int           foo(int bar);
> 
> checkpatch doesn't warn about declarations of that style,
> so likely checkpatch shouldn't warn about multiple spaces
> after a function pointer return type either.
> 
> I don't have a strong opinion one way or another about it.
> 
> If you think it should be silenced, it could be either
> downgraded to a CHK or removed altogether.

OK, now the warning makes sense.  I was reading "spaces" to mean
the space character instead of white space.

I don't have a strong opinion either, but downgrading to a CHK
would be nice.

It would be less confusing to me (though awkward sounding) to
change the message to "Multiple whitespaces after return type".

-Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to