After further investigation, it appears that that is not the case and the
actual problem is the additional cases of .replacement being set makes a long
chain of .replacement point to each other, which leads to a long chain of
memref_referenced_p calling each other recursively.
I don't understan
Sent with Proton Mail secure email.
On Wednesday, July 17th, 2024 at 11:20 PM, Jeff Law
wrote:
>
> On 7/15/24 7:53 AM, Vladimir Makarov wrote:
>
> > On 6/14/24 07:10, user202...@protonmail.com wrote:
> >
> > > This patch was inspired from PR 110137. It reduces the amount of stack
> > >
2001
From: user202729
Date: Mon, 24 Jun 2024 17:15:58 +0800
Subject: [PATCH] Implement devirtualize by typeid optimization pass
PR c++/115413
gcc/cp/ChangeLog:
* class.cc (build_vtbl_ref): Split off the function into two sections, one to get the vtbl and one to get the element.
(build_vtbl_element_from
rom 3d8d04373716e031242678821c3e9904b6ac51cb Mon Sep 17 00:00:00 2001
From: user202729
Date: Mon, 20 May 2024 18:12:58 +0800
Subject: [PATCH] Allow moving init from dereference across pure function call
gcc/ChangeLog:
* ira.cc (struct equiv_mem_data): Rename to equiv_data.
(validate_equ
timizer is needed, which will be sent as subsequent patches.
> >
> > Bootstrapped and regression tested on x86_64-pc-linux-gnu.
>
> > From 14a8604907c89838577ff8560df9a3f9dc2d8afb Mon Sep 17 00:00:00 2001
> > From: user202729 user202...@protonmail.com
> > Date:
-pc-linux-gnu.From 14a8604907c89838577ff8560df9a3f9dc2d8afb Mon Sep 17 00:00:00 2001
From: user202729
Date: Fri, 24 May 2024 17:40:55 +0800
Subject: [PATCH] Implement -fassume-sane-operator-new [PR110137]
PR c++/110137
gcc/c-family/ChangeLog:
* c.opt: New option.
gcc/ChangeLog:
* ira.cc