Re: [PATCH]middle-end: fix 0 offset creation and folding [PR115936]

2024-07-17 Thread Andrew Pinski
On Tue, Jul 16, 2024 at 4:08 AM Tamar Christina wrote: > > Hi All, > > As shown in PR115936 SCEV and IVOPTS create an invalidate IV when the IV is > a pointer type: > > ivtmp.39_65 = ivtmp.39_59 + 0B; > > where the IVs are DI mode and the offset is a pointer. > This comes from this weird candidate

RE: [PATCH]middle-end: fix 0 offset creation and folding [PR115936]

2024-07-17 Thread Tamar Christina
> -Original Message- > From: Richard Biener > Sent: Tuesday, July 16, 2024 12:47 PM > To: Tamar Christina > Cc: gcc-patches@gcc.gnu.org; nd ; j...@ventanamicro.com > Subject: Re: [PATCH]middle-end: fix 0 offset creation and folding [PR115936] > > On Tue, 16 J

Re: [PATCH]middle-end: fix 0 offset creation and folding [PR115936]

2024-07-16 Thread Richard Biener
On Tue, 16 Jul 2024, Tamar Christina wrote: > Hi All, > > As shown in PR115936 SCEV and IVOPTS create an invalidate IV when the IV is > a pointer type: > > ivtmp.39_65 = ivtmp.39_59 + 0B; > > where the IVs are DI mode and the offset is a pointer. > This comes from this weird candidate: > > Can

[PATCH]middle-end: fix 0 offset creation and folding [PR115936]

2024-07-16 Thread Tamar Christina
Hi All, As shown in PR115936 SCEV and IVOPTS create an invalidate IV when the IV is a pointer type: ivtmp.39_65 = ivtmp.39_59 + 0B; where the IVs are DI mode and the offset is a pointer. This comes from this weird candidate: Candidate 8: Var befor: ivtmp.39_59 Var after: ivtmp.39_65 Incr