https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117542
--- Comment #5 from Hongtao Liu ---
> Yes, something like this should work. I suggest to polish up a patch
> with this also containing the backend pattern adjustments and post it
> for review. The alternative is a convert optab for vec_pack_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117542
--- Comment #4 from rguenther at suse dot de ---
On Thu, 21 Nov 2024, liuhongt at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117542
>
> --- Comment #3 from Hongtao Liu ---
> (In reply to Hongtao Liu from comment #2)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117542
--- Comment #3 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #2)
> (In reply to Richard Biener from comment #1)
> > It doesn't even unambiguously specify whether the mode is that of the source
> > or the destination. The original i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117542
--- Comment #2 from Hongtao Liu ---
(In reply to Richard Biener from comment #1)
> It doesn't even unambiguously specify whether the mode is that of the source
> or the destination. The original idea was of course that the size
> unambiguously
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117542
Richard Biener changed:
What|Removed |Added
Blocks||53947
CC|
