From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 915953858010; Sun, 17 Apr 2022 09:35:47 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 915953858010 From: "estellnb at elstel dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug c++/105293] g++-8/i586: internal compiler error trying to compile with g++ (evtl. related to qt5/moc bug) Date: Sun, 17 Apr 2022 09:35:47 +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: 8.3.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: estellnb at elstel dot org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned 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 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: Sun, 17 Apr 2022 09:35:47 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D105293 --- Comment #2 from Elmar Stellnberger --- One of the differences I see around the backtrace is that the type source_location has been changed into location_t. I could change this in tree-outof-ssa.c, but in reality the change has been made in many files bet= ween gcc 8.3.0 and gcc 9.2.0 (did not find 9.2.1). Another change around the backtrace is that the following code block has = been stripped from pass_expand::execute: if (chkp_function_instrumented_p (current_function_decl)) chkp_reset_rtl_bounds (); However the following in input.h would say it were without effect to chan= ge location_t: typedef source_location location_t; pass_expand is at the very bottom of the stack trace and if it is really these two lines then great, but it could also be the data passed into this process. The assert that fails is: expr.c:220: gcc_assert (from_mode !=3D BLKmode); // convert_move from_mode originates from 389 copy_rtx(SA.partition_to_pseudo[src]) // insert_part_to_rtx_on_edge 733 g->stack_pop() -> src // procedure eliminate_phi 909 elim_graph g(sa->map) // procedure expand_phi_nodes On the other hand perhaps the issue could not even be resolved with 9.2.0. This was just my first guess.=