public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: James Addison <jay@jp-hosting.net>
To: Sam James <sam@gentoo.org>
Cc: gcc@gcc.gnu.org
Subject: Re: avx512erintrin.h: uninitialized variable warning (optimized build)
Date: Thu, 12 Jan 2023 11:30:32 +0000	[thread overview]
Message-ID: <CALDQ5NxJJMCL6bFYyAae2_TQhnL3V4rdSpdc18o3Cn8S52xygg@mail.gmail.com> (raw)
In-Reply-To: <7D444AFD-A62E-450E-A80F-CA0C2EB9ECD4@gentoo.org>

Thanks, Sam,

Yep, that does seem closely related.  The problems mentioned there
look similar enough that it may be possible to resolve an entire class
of these problems in the same area of the code in a single pass.  I'll
add some more details there soon.

On Thu, 12 Jan 2023 at 06:51, Sam James <sam@gentoo.org> wrote:
>
>
>
> > On 12 Jan 2023, at 00:26, James Addison via Gcc <gcc@gcc.gnu.org> wrote:
> >
> > Hi,
> >
> > During GCC 12.2.0 compilation of a file that includes[1] immintrin.h
> > with both code-optimization and uninitialized-variable-warnings
> > enabled, a warning is emitted:
> >
> >    /usr/lib/gcc/x86_64-linux-gnu/12/include/avx512erintrin.h:55:20:
> > warning: ‘__W’ is used uninitialized [-Wuninitialized]
> >
> > The minimal repro compilation command appears to be:
> >
> >    gcc -O -Wuninitialized -mavx512er -mavx512pf
> > ./numpy/distutils/checks/cpu_avx512_knl.c
> >
> > My question is: does the warning indicate a possible bug that should
> > be reported, or is there a reason that the relevant code[2] does not
> > initialize the variable (for example, for performance reasons)?
>
> See also https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593, might
> be the same thing?

      reply	other threads:[~2023-01-12 11:30 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-12  0:26 James Addison
2023-01-12  6:51 ` Sam James
2023-01-12 11:30   ` James Addison [this message]

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=CALDQ5NxJJMCL6bFYyAae2_TQhnL3V4rdSpdc18o3Cn8S52xygg@mail.gmail.com \
    --to=jay@jp-hosting.net \
    --cc=gcc@gcc.gnu.org \
    --cc=sam@gentoo.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).