All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nick Terrell <terrelln@fb.com>
To: Nathan Chancellor <nathan@kernel.org>
Cc: Nick Desaulniers <ndesaulniers@google.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"llvm@lists.linux.dev" <llvm@lists.linux.dev>
Subject: Re: [PATCH] lib: zstd: Add cast to silence clang's -Wbitwise-instead-of-logical
Date: Tue, 26 Oct 2021 01:17:30 +0000	[thread overview]
Message-ID: <4245BD7A-4B12-4172-B4EE-76A99C717C7D@fb.com> (raw)
In-Reply-To: <20211021202353.2356400-1-nathan@kernel.org>



> On Oct 21, 2021, at 1:23 PM, Nathan Chancellor <nathan@kernel.org> wrote:
> 
> A new warning in clang warns that there is an instance where boolean
> expressions are being used with bitwise operators instead of logical
> ones:
> 
> lib/zstd/decompress/huf_decompress.c:890:25: warning: use of bitwise '&' with boolean operands [-Wbitwise-instead-of-logical]
>                        (BIT_reloadDStreamFast(&bitD1) == BIT_DStream_unfinished)
>                        ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
> zstd does this frequently to help with performance, as logical operators
> have branches whereas bitwise ones do not.
> 
> To fix this warning in other cases, the expressions were placed on
> separate lines with the '&=' operator; however, this particular instance
> was moved away from that so that it could be surrounded by LIKELY, which
> is a macro for __builtin_expect(), to help with a performance
> regression, according to upstream zstd pull #1973.
> 
> Aside from switching to logical operators, which is likely undesirable
> in this instance, or disabling the warning outright, the solution is
> casting one of the expressions to an integer type to make it clear to
> clang that the author knows what they are doing. Add a cast to U32 to
> silence the warning. The first U32 cast is to silence an instance of
> -Wshorten-64-to-32 because __builtin_expect() returns long so it cannot
> be moved.
> 
> Link: https://github.com/ClangBuiltLinux/linux/issues/1486
> Link: https://github.com/facebook/zstd/pull/1973
> Reported-by: Nick Desaulniers <ndesaulniers@google.com>
> Signed-off-by: Nathan Chancellor <nathan@kernel.org>

Thanks for the fix!

I’ll apply this patch to my linux-next tree and port it to upstream zstd.

Best,
Nick Terrell

> ---
> lib/zstd/decompress/huf_decompress.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/lib/zstd/decompress/huf_decompress.c b/lib/zstd/decompress/huf_decompress.c
> index 05570ed5f8be..5105e59ac04a 100644
> --- a/lib/zstd/decompress/huf_decompress.c
> +++ b/lib/zstd/decompress/huf_decompress.c
> @@ -886,7 +886,7 @@ HUF_decompress4X2_usingDTable_internal_body(
>             HUF_DECODE_SYMBOLX2_0(op2, &bitD2);
>             HUF_DECODE_SYMBOLX2_0(op3, &bitD3);
>             HUF_DECODE_SYMBOLX2_0(op4, &bitD4);
> -            endSignal = (U32)LIKELY(
> +            endSignal = (U32)LIKELY((U32)
>                         (BIT_reloadDStreamFast(&bitD1) == BIT_DStream_unfinished)
>                       & (BIT_reloadDStreamFast(&bitD2) == BIT_DStream_unfinished)
>                       & (BIT_reloadDStreamFast(&bitD3) == BIT_DStream_unfinished)
> -- 
> 2.33.1.637.gf443b226ca
> 


  reply	other threads:[~2021-10-26  1:17 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-21 20:23 [PATCH] lib: zstd: Add cast to silence clang's -Wbitwise-instead-of-logical Nathan Chancellor
2021-10-26  1:17 ` Nick Terrell [this message]
2021-10-26 10:34   ` David Laight
2021-10-26 14:02     ` Nathan Chancellor
2021-10-26 21:04       ` David Laight
2021-11-05 21:16         ` Nick Terrell
2021-11-05 21:06   ` Nick Terrell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4245BD7A-4B12-4172-B4EE-76A99C717C7D@fb.com \
    --to=terrelln@fb.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=llvm@lists.linux.dev \
    --cc=nathan@kernel.org \
    --cc=ndesaulniers@google.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.