https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547
--- Comment #14 from 曾治金 <zhijin.zeng at spacemit dot com> --- (In reply to Robin Dapp from comment #13) > Hmm, now I compiled with -O3 on top of --param > logical-op-non-short-circuit=0 (which shouldn't actually be necessary or > change anything as it's the default) but there is a segmentation fault in > > _ZN2cv12cpu_baselineL13cvtScale8u64fEPKhmS2_mPhmNS_5Size_IiEEPv > > Probably close enough to your issue? Yes, it is precisely the issue I have encountered in cvtScale8s64f (actually in cvt_64f). After the commit 34ae3a99, the default value of LOGICAL_OP_NON_SHORT_CIRCUIT has changed from 0 into 1, it will change cfg structure of cvt_64f function. Go back to this issue itself, can you help to review the lcm algorithm of risc-v vsetvl pass? I think I have found the root cause of this issue and described it in my patch. But my understanding of the lcm algorithm is not sufficient and the patch may be incorrect.
