> How about going for a slight variation of your original patch. After:
>
> nvectors *= 2;
>
> add:
>
> /* We need to be able to to fuse COUNT / NVECTORS elements together. */
> if (!multple_p (count, nvectors))
> return false;
>
> OK like that if it works.
Thank you, i
"Robin Dapp" writes:
>> Could you walk me through the failure in more detail? It sounds
>> like can_duplicate_and_interleave_p eventually gets to the point of
>> subdividing the original elements, instead of either combining consecutive
>> elements (the best case), or leaving them as-is (the expe
> Could you walk me through the failure in more detail? It sounds
> like can_duplicate_and_interleave_p eventually gets to the point of
> subdividing the original elements, instead of either combining consecutive
> elements (the best case), or leaving them as-is (the expected fallback
> for SVE).
Richard Biener writes:
>> Am 06.09.2024 um 16:05 schrieb Robin Dapp :
>>
>> Hi,
>>
>> PR112694 shows that we try to create sub-vectors of single-element
>> vectors because can_duplicate_and_interleave_p returns true.
>
> Can we avoid querying the function? CCing Richard who should know more ab
> Am 06.09.2024 um 16:05 schrieb Robin Dapp :
>
> Hi,
>
> PR112694 shows that we try to create sub-vectors of single-element
> vectors because can_duplicate_and_interleave_p returns true.
Can we avoid querying the function? CCing Richard who should know more about
this.
Richard
> The pr
Hi,
PR112694 shows that we try to create sub-vectors of single-element
vectors because can_duplicate_and_interleave_p returns true.
The problem resurfaced in PR116611.
This patch makes can_duplicate_and_interleave_p return false
if count / nvectors > 0 and removes the corresponding check in the r