https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119187
--- Comment #8 from Tamar Christina <tnfchris at gcc dot gnu.org> --- (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. So theoretically possible and it will work for some codebases, but for many it would only be able to optimize within the same extension.
