From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 122133954C16; Tue, 6 Oct 2020 16:44:11 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 122133954C16 From: "hubicka at ucw dot cz" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/97292] [11 Regression] dealII from SPECCPU 2016 no longer terminates after g:c34db4b6f8a5d80367c709309f9b00cb32630054 Date: Tue, 06 Oct 2020 16:44:10 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 11.0 X-Bugzilla-Keywords: wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: hubicka at ucw dot cz X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org X-Bugzilla-Target-Milestone: 11.0 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 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: Tue, 06 Oct 2020 16:44:11 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D97292 --- Comment #3 from Jan Hubicka --- > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D97292 >=20 > --- Comment #2 from Martin Li=C5=A1ka --- > Created attachment 49314 > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D49314&action=3Dedit > Debug counter patch >=20 > First bad debug counter value is -fdbg-cnt=3Dipa_mod_ref:2793. > Difference is for: TriaObjectAccessor<3, 3>::operator++(): >=20 > LTO stores: > Limits: 32 bases, 16 refs > Base 0:struct TriaObjectAccessor (alias set 172) > Ref 0:int (alias set 6) > access: Parm 0 > access: Parm 0 param offset:0 offset:0 size:32 max_size:32 >=20 > LTO stores: > Limits: 32 bases, 16 refs > Base 0:struct TriaObjectAccessor (alias set 172) > Ref 0:int (alias set 6) > access: Parm 0 param offset:0 offset:32 size:32 max_size:32 > access: Parm 0 param offset:0 offset:0 size:32 max_size:32 Thanks a lot for trakcing it down. At the first glance, the summary looks correct. I hope this is just another manifestation of the bug about mem_ref offsets, but I will take a lok. Pehraps it would be more useful to add debug counter to the place disambiguation is done (where we dump ipa-modref: in tree-ssa-alias. That way we would have both the summary and the access. Honza >=20 > template > inline > void > TriaObjectAccessor<3,dim>::operator ++ () > { > ++this->present_index; > // is index still in the range of > // the vector? > while (this->present_index > >=3D >=20=20=20=20=20=20=20=20=20 > static_cast(this->tria->levels[this->present_level]->hexes.hexes.siz= e())) > { > // no -> go one level up > ++this->present_level; > this->present_index =3D 0; > // highest level reached? > if (this->present_level >=3D static_cast(this->tria->levels.si= ze())) > { > // return with past the end po= inter > this->present_level =3D this->present_index =3D -1; > return; > }; > }; > } >=20 > hope it helps. >=20 > --=20 > You are receiving this mail because: > You are the assignee for the bug. > You are on the CC list for the bug.=