https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107692
--- Comment #7 from Jiu Fu Guo <guojiufu at gcc dot gnu.org> --- (In reply to Hongyu Wang from comment #6) > (In reply to Jiu Fu Guo from comment #4) > cut... > > Yes, I've already posted the patch at > https://gcc.gnu.org/pipermail/gcc-patches/2022-November/606478.html One minor finding: Like -munroll-only-small-loops on other targets(e.g. rs6000, r13-3950 intends to enable unrolling and uses this option to control the unroll factor according to the loop size. Compare with the previous logic(e.g. for rs6000), the new logic will cause: -fno-unroll-loops may be unable to prevent rtl_unroll_loops from running, but loop_unroll_adjust will return 1 to prevent the loop to be unrolled. So, there may be side-effects on "slight compiling time" and "dump-file may be generated with the message of failing to unroll".
