From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 877443858D3C; Mon, 16 May 2022 07:16:18 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 877443858D3C From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/105593] [12/13 Regression] avx512 math function raises uninitialized variable warning Date: Mon, 16 May 2022 07:16:18 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: c++ X-Bugzilla-Version: 12.1.0 X-Bugzilla-Keywords: diagnostic, needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 12.2 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority keywords target_milestone bug_status cf_gcctarget short_desc component Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2022 07:16:18 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D105593 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |P2 Keywords| |diagnostic, needs-bisection Target Milestone|--- |12.2 Status|WAITING |NEW Target|X86_64 |x86_64-*-* Summary|avx512 math function raises |[12/13 Regression] avx512 |uninitialized variable |math function raises |warning |uninitialized variable | |warning Component|target |c++ --- Comment #4 from Richard Biener --- Confirmed. We possibly lose the Wno-uninitialized annotation/suppression of the variable (during inlining?) somewhere. Simpler testcase: extern inline __attribute__((__gnu_inline__,__always_inline__)) int foo () { int r =3D r; return r; } void bar (int); void baz() { int u =3D foo (); bar (u); } fails to hide the -Wuninitialized with the C++ frontend, works correct with= the C frontend and on the GCC 11 branch.=