RE: [PATCH 2/2] tree-scalar-evolution: Handle toggle recurrences
"Liu, Hongtao" <[email protected]> Thu, 6 Aug 2026 04:53:55 +0000
| Newsgroups | gmane.comp.gcc.patches |
|---|---|
| Message-ID | <DS4PPF240F42FB755295BEA9E7F816B3D1AE5D22@DS4PPF240F42FB7.namprd11.prod.outlook.com> |
> -----Original Message----- > From: Jeffrey Law <[email protected]> > Sent: Thursday, August 6, 2026 11:22 AM > To: Liu, Hongtao <[email protected]>; [email protected] > Cc: [email protected] > Subject: Re: [PATCH 2/2] tree-scalar-evolution: Handle toggle recurrences > > > > On 8/4/2026 8:45 PM, liuhongt wrote: > > Recognize NEGATE_EXPR, BIT_NOT_EXPR and BIT_XOR_EXPR recurrences. > > Fold constant iteration counts and use a conditional for symbolic counts. > > > > Require may_be_zero to be false, since otherwise niter does not > > necessarily give the latch count. Keep trapping signed negations > > unchanged. This replaces the old invariant bit-operation helper; > > idempotent AND and IOR updates are handled by the preceding patch. > > > > gcc/ChangeLog: > > > > PR middle-end/124460 > > PR middle-end/114502 > > PR middle-end/112104 > > PR middle-end/98909 > > * tree-scalar-evolution.cc > > (analyze_and_compute_bitop_with_inv_effect): Remove. > > (compute_toggle_loop_value): New function. > > (final_value_replacement_loop): Use it. > > > > gcc/testsuite/ChangeLog: > > > > PR middle-end/124460 > > PR middle-end/114502 > > PR middle-end/112104 > > PR middle-end/98909 > > * gcc.dg/tree-ssa/pr124460-4.c: New test. > > * gcc.dg/tree-ssa/pr124460-5.c: Likewise. > > * gcc.target/i386/pr105735-1.c: Adjust scan count. > > * gcc.target/i386/pr105735-3.c: Likewise. > > * gcc.target/i386/pr92080-12.c: Keep the XOR operand variant. > This will need slight readjustment as I think we're better off with Rachit's patch > for the idempotent cases. > > It's been eons, but there was a paper, I think from the team at Rice, "Beyond > Induction Variables" or something like that which described a bunch of these > cases. Did you happen to review that paper to see if there are any other > toggle-like cases we should support? The patch replaces the old function with a new one, git diff looks not easy to read. It's better to just look at the new function directly after applying the patch. I haven't read any papers on this — those cases all came from bug reports in Bugzilla. I do notice there are opportunities for GCC to optimize when building itself. > Jeff