This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/68934] [ARM] using simd types should be rejected if not fpu=neon
- From: "chrbr at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 16 Dec 2015 12:16:17 +0000
- Subject: [Bug target/68934] [ARM] using simd types should be rejected if not fpu=neon
- Auto-submitted: auto-generated
- References: <bug-68934-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68934
--- Comment #3 from chrbr at gcc dot gnu.org ---
> Real code does not scope simd type definitions tightly enough to make this
> feasible even if it were desirable.
there was an instance of this in Bug #68895. The second function ices while
using int8x8_t types while in vfp mode. So we should probably decide if the
code is legitimate or not (and close as invalid). And if it is how the RTL can
this bi-morphism.
The only solution I had in mind was to play with registered_builtin_types in
the lang hooks, but I agree it is not practical.