Message ID | 20231010122935.999586-1-max.kellermann@ionos.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:612c:2908:b0:403:3b70:6f57 with SMTP id ib8csp160015vqb; Tue, 10 Oct 2023 05:29:52 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFxbTKyka2+U5KaEH4yU9KUIozGV8ng3AARWr4fvjjEc9FcWBS56Exl9lnFroCaTQwV1VQg X-Received: by 2002:a17:902:7008:b0:1c5:cbfb:c16f with SMTP id y8-20020a170902700800b001c5cbfbc16fmr14546724plk.25.1696940991957; Tue, 10 Oct 2023 05:29:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1696940991; cv=none; d=google.com; s=arc-20160816; b=ez76Gxg40IlhGFGeJcWnXGc5t07SE/59WA+at6mfXzeVqoVvO3HRB5/qa0fc+LoR7n sNJdioXw8sW0ye1vmDpQ37zKvdEfixMb0hkDRJWODNYb7cEVdg2yk4Xg3M4Ce5+XFOL7 n/T+QJWP8CxBvRRSTEZYEhh3Rw0nsdJMz2Y5kNRiFODHj3BR7qoSxf5MU7Gynku5ccrK jolLn+tBctLczK4AD82/Qxmcyv1h5s1KziITHIJMhq3rhubXVSPvetxXQcF2ErOrrQ/U PA8jj8Bae7sT6fMBvv3BRxFS84RmsxmbkdTHJr73po5yHiv7bhbOFu1bPImYGZyTD3kd DRSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=jm0Gkyd6mOddFVe4MdtLBK/9SE+KlfPVDbiFP/AnFlE=; fh=8j7DRFNQaTJb/GGblcfn9pjHA7vm9ryk/rOdKLzkBpg=; b=nf/DwZ4h0TSXbzg8hkR9pp4chLUqtZMQMsGr945ogwrD2Y7E6tfsTiV3Ph+ZIlwxlQ RqAIQUrvTYXtQDXctsfXlMtzrtSusok0uw1MFKbofi7nzFtQEt+/tfGGREjoNXhWajOb al2xlkaeXMDxAqt1l+7lkES3OxNmBTCw4fvDakVan6EVwhvLaSGAsgBl3eSNeDOlKr/C FB2flk+feS1jnvP2mCD589ZtOIyIbUr5eUT4WOz1bbmjYnsdFESmDRYNFsNfXW0Pi+rm +409A23t1m9GdKcdxULr9jXcBpBnzoVW0amLPitCbrnFen4Dqc4e5g9Ylyhj+5Q+sMs0 K3ag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ionos.com header.s=google header.b=YB0R7VXE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=ionos.com Received: from morse.vger.email (morse.vger.email. [23.128.96.31]) by mx.google.com with ESMTPS id n11-20020a170902e54b00b001c60d1da0d9si2172012plf.243.2023.10.10.05.29.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Oct 2023 05:29:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) client-ip=23.128.96.31; Authentication-Results: mx.google.com; dkim=pass header.i=@ionos.com header.s=google header.b=YB0R7VXE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=ionos.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by morse.vger.email (Postfix) with ESMTP id A72BA826EC9C; Tue, 10 Oct 2023 05:29:49 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at morse.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230036AbjJJM3n (ORCPT <rfc822;rua109.linux@gmail.com> + 20 others); Tue, 10 Oct 2023 08:29:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38266 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229634AbjJJM3l (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 10 Oct 2023 08:29:41 -0400 Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1AF6BB4 for <linux-kernel@vger.kernel.org>; Tue, 10 Oct 2023 05:29:40 -0700 (PDT) Received: by mail-ej1-x630.google.com with SMTP id a640c23a62f3a-99bdeae1d0aso1018193966b.1 for <linux-kernel@vger.kernel.org>; Tue, 10 Oct 2023 05:29:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ionos.com; s=google; t=1696940978; x=1697545778; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=jm0Gkyd6mOddFVe4MdtLBK/9SE+KlfPVDbiFP/AnFlE=; b=YB0R7VXEEuVCr7Z0Q7YgoXj3D2rEEsI9MKhrOnD1mIFYRpcblkw3aDATdotFdJSANA 7zN+NSIEZnDdvACgb14XP71UECVN45TF15F0vZoQ2cP2uNc0MwzophWdJbhRpJG2qV7/ Dnj4II+LcYfVn0IqtoJg3/F8PY8MgBao9nWayLYPfzLBK/4UtQyWcV5kYOycttgkymOc sHayPaHIcmnTXobQlik72CM7QVNKwKFa6/oYdOjjApIg/SNC0LMiDA0CHmdiIKKduTa8 k89pR27/urQmEAWcvCuK7uyqZ/Bd3cMbm8pWwmzF6IdX5AduVoAnK5l9+Km2IoR8fHtQ tRZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696940978; x=1697545778; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=jm0Gkyd6mOddFVe4MdtLBK/9SE+KlfPVDbiFP/AnFlE=; b=Z60U6o2aRoPOP4z1Stc8F9/IJO4+eMeU+8eOV+3Z+L0G5gTIbTcL/PZWzzS0MbNt6M B+qwlP/tcAfNYpzXxy0PzgHDWPCr+LndGITO93dcVi8OsapgLMUeX1mtNcj+KDW4M3FH XkUO0afor53QueMDGsentBGBxMROqPAz2IeDH1MN99hbwvykQWxz2NL9OGXv86RjPlSy B60E+N9iRxXSRC8mMfsl2vXDSjHlzdd1r8w2eTxpJtSsCzqRZqniIrRcoS8B5a6mYo4O 7lPL3+QBeuK/I9IVjoOAhna82VC5OkksEJRJYJERaBu5B1scwDxiNICRZcqG4RqX3Onn 2HzQ== X-Gm-Message-State: AOJu0Yz2eTSr/VOFYSC9hklLlMhJvA6tCa0v9B+sVVHkAlhqEHjIvos4 q9c3hrUkfNExh2rlFqfXrHnOig== X-Received: by 2002:a17:906:209b:b0:9a9:f17e:412f with SMTP id 27-20020a170906209b00b009a9f17e412fmr19625321ejq.50.1696940978520; Tue, 10 Oct 2023 05:29:38 -0700 (PDT) Received: from heron.intern.cm-ag (p200300dc6f49a600529a4cfffe3dd983.dip0.t-ipconnect.de. [2003:dc:6f49:a600:529a:4cff:fe3d:d983]) by smtp.gmail.com with ESMTPSA id lf8-20020a170906ae4800b00992e14af9c3sm8480689ejb.143.2023.10.10.05.29.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Oct 2023 05:29:38 -0700 (PDT) From: Max Kellermann <max.kellermann@ionos.com> To: linux@roeck-us.net, joe@perches.com, gregkh@linuxfoundation.org, Jonathan Corbet <corbet@lwn.net> Cc: Max Kellermann <max.kellermann@ionos.com>, workflows@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2] Documentation/process/coding-style.rst: space around const Date: Tue, 10 Oct 2023 14:29:35 +0200 Message-Id: <20231010122935.999586-1-max.kellermann@ionos.com> X-Mailer: git-send-email 2.39.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.7 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_SBL_CSS,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on morse.vger.email Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (morse.vger.email [0.0.0.0]); Tue, 10 Oct 2023 05:29:49 -0700 (PDT) X-Spam-Level: ** X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1779371597149994513 X-GMAIL-MSGID: 1779371597149994513 |
Series |
[v2] Documentation/process/coding-style.rst: space around const
|
|
Commit Message
Max Kellermann
Oct. 10, 2023, 12:29 p.m. UTC
There are currently no rules on the placement of "const", but a recent
code submission revealed that there is clearly a preference for spaces
around them.
checkpatch.pl has no check at all for this; though it does sometimes
complain, but only because it erroneously thinks that the "*" (on
local variables) is an unary dereference operator, not a pointer type.
Current coding style for const pointers-to-pointers:
"*const*": 2 occurrences
"* const*": 3
"*const *": 182
"* const *": 681
Just const pointers:
"*const": 2833 occurrences
"* const": 16615
Changed in v2: removed "volatile" on gregkh's request.
Link: https://lore.kernel.org/r/264fa39d-aed6-4a54-a085-107997078f8d@roeck-us.net/
Link: https://lore.kernel.org/r/f511170fe61d7e7214a3a062661cf4103980dad6.camel@perches.com/
Signed-off-by: Max Kellermann <max.kellermann@ionos.com>
---
Documentation/process/coding-style.rst | 11 +++++++++++
1 file changed, 11 insertions(+)
Comments
On Tue, Oct 10, 2023 at 02:29:35PM +0200, Max Kellermann wrote: > There are currently no rules on the placement of "const", but a recent > code submission revealed that there is clearly a preference for spaces > around them. > > checkpatch.pl has no check at all for this; though it does sometimes > complain, but only because it erroneously thinks that the "*" (on > local variables) is an unary dereference operator, not a pointer type. > > Current coding style for const pointers-to-pointers: > > "*const*": 2 occurrences > "* const*": 3 > "*const *": 182 > "* const *": 681 > > Just const pointers: > > "*const": 2833 occurrences > "* const": 16615 > > Changed in v2: removed "volatile" on gregkh's request. > > Link: https://lore.kernel.org/r/264fa39d-aed6-4a54-a085-107997078f8d@roeck-us.net/ > Link: https://lore.kernel.org/r/f511170fe61d7e7214a3a062661cf4103980dad6.camel@perches.com/ > Signed-off-by: Max Kellermann <max.kellermann@ionos.com> > --- > Documentation/process/coding-style.rst | 11 +++++++++++ > 1 file changed, 11 insertions(+) > > diff --git a/Documentation/process/coding-style.rst b/Documentation/process/coding-style.rst > index 6db37a46d305..71d62d81e506 100644 > --- a/Documentation/process/coding-style.rst > +++ b/Documentation/process/coding-style.rst > @@ -271,6 +271,17 @@ adjacent to the type name. Examples: > unsigned long long memparse(char *ptr, char **retptr); > char *match_strdup(substring_t *s); > > +Use space around the ``const`` keyword (except when adjacent to > +parentheses). Example: > + > +.. code-block:: c > + > + const void *a; > + void * const b; > + void ** const c; > + void * const * const d; > + int strcmp(const char *a, const char *b); > + > Use one space around (on each side of) most binary and ternary operators, > such as any of these:: > > -- > 2.39.2 > Hi, This is the friendly patch-bot of Greg Kroah-Hartman. You have sent him a patch that has triggered this response. He used to manually respond to these common problems, but in order to save his sanity (he kept writing the same thing over and over, yet to different people), I was created. Hopefully you will not take offence and will fix the problem in your patch and resubmit it so that it can be accepted into the Linux kernel tree. You are receiving this message because of the following common error(s) as indicated below: - This looks like a new version of a previously submitted patch, but you did not list below the --- line any changes from the previous version. Please read the section entitled "The canonical patch format" in the kernel file, Documentation/process/submitting-patches.rst for what needs to be done here to properly describe this. If you wish to discuss this problem further, or you have questions about how to resolve this issue, please feel free to respond to this email and Greg will reply once he has dug out from the pending patches received from other developers. thanks, greg k-h's patch email bot
diff --git a/Documentation/process/coding-style.rst b/Documentation/process/coding-style.rst index 6db37a46d305..71d62d81e506 100644 --- a/Documentation/process/coding-style.rst +++ b/Documentation/process/coding-style.rst @@ -271,6 +271,17 @@ adjacent to the type name. Examples: unsigned long long memparse(char *ptr, char **retptr); char *match_strdup(substring_t *s); +Use space around the ``const`` keyword (except when adjacent to +parentheses). Example: + +.. code-block:: c + + const void *a; + void * const b; + void ** const c; + void * const * const d; + int strcmp(const char *a, const char *b); + Use one space around (on each side of) most binary and ternary operators, such as any of these::