From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 4484B385B530; Fri, 17 Feb 2023 07:32:45 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 4484B385B530 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1676619165; bh=sqjnBs9h3qV/kp6ZSi7UEwClbrtXp9U/k4UAr0Mtow4=; h=From:To:Subject:Date:In-Reply-To:References:From; b=ld1lNPvyFLYvMr8iNC1Z7RWzYEKYIOttXQ5RgyqA/HiYHx/iW82bTgSCS1DhAL8tN BryO1kUTlLtWkuQwDk7egbFCn88bLVG8Kl3J0P8QlyPrn1rmz+qQh2S63sL1IwufbR vWvIDjUAvitJY8GIbzZoYlBlBbtPTUMJlkF5iQWQ= From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/107411] trivial-auto-var-init=zero invalid uninitialized variable warning Date: Fri, 17 Feb 2023 07:32:44 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 13.0 X-Bugzilla-Keywords: diagnostic X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: qinzhao at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D107411 --- Comment #13 from rguenther at suse dot de --- On Thu, 16 Feb 2023, qing.zhao at oracle dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D107411 >=20 > --- Comment #8 from Qing Zhao --- > > On Feb 16, 2023, at 2:35 AM, rguenther at suse dot de wrote: > >=20 > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D107411 > >=20 > > --- Comment #7 from rguenther at suse dot de = --- > > On Wed, 15 Feb 2023, qinzhao at gcc dot gnu.org wrote: > >=20 > >=20 > > Hmm, I don't think so. So this is indeed expected behavior since the > > frontend IL doesn't have variable definitions with initializers but > > instead just (immediately following) assignments. >=20 > Then, if that=E2=80=99s the case, it also is correct to add the .DEFERRED= _INIT to them > during gimplification? Yes.=