https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119187
--- Comment #9 from ktkachov at gcc dot gnu.org --- (In reply to Tamar Christina from comment #8) > (In reply to ktkachov from comment #7) > > Could this be extended to scale Neon intrinsics code to SVE by > > re-vectorising and treating the 128-bit Neon lane as a Q-word element of a > > wider SVE vector? I think SVE2.1 adds instructions to support that model. > > For some, In particularly only those that have been lowered to generic > constructs in GIMPLE. > > My current WIP patch already can change the example input Adv. SIMD code > into SVE if one does +sve. > > However if you use something like FCMLA it won't work since the SVE variant > of FCMLA is a differently name gimple call. > Yeah agreed. What about IFN_*s? We fold some Neon intrinsics to IFNs (we have a few more folding opportunities missing, but that can be fixed independently) and those IFNs usually have SVE/SVE2 expansions so I'd expect the vectoriser to handle these without too much trouble?
