https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110268
--- Comment #2 from Christophe Lyon <clyon at gcc dot gnu.org> ---
This regression appeared after the patch that re-implements vdupq, but the
issue is likely more generic.
velo r
I tried to update arm_init_mve_builtins() with:
+ if (in_lto_p)
+ {
+ arm_mve::handle_arm_mve_types_h ();
+ arm_mve::handle_arm_mve_h (false);
+ }
but that's not sufficient, we still get the same error although the MVE
intrinsics are registered.
I noticed that the error happens in unpack_ts_function_decl_value_fields() with
fcode==885, not sure where it comes from?
Besides, we'll also have to check how to compute the right value for
handle_arm_mve_h's parameter.
