On 28/11/23 3:14 pm, Kewen.Lin wrote:
> on 2023/11/28 15:05, Michael Meissner wrote:
>> I tried using this patch to compare with the vector size attribute patch I
>> posted. I could not build it as a cross compiler on my x86_64 because the
>> assembler gives the following error:
>>
>> Error: operand out of domain (11 is not a multiple of 2) for
>> std_stacktrace-elf.o. If you look at the assembler, it has combined a lxvp
>> 11
>> and lxvp 12 into:
>>
>> lxvp 11,0(9)
>>
>> The powerpc architecture requires that registers that are loaded with load
>> vector pair and stored with store vector point instructions only load/store
>> even/odd register pairs, and not odd/even pairs. Unfortunately, it will mean
>> that this optimization will match less often.
>>
>
> Yes, the current implementation need some refinements, as comments in [1]:
>
>> Besides, it seems a bad idea to put this pass after reload? as register
>> allocation
>> finishes, this pairing has to be restricted by the reg No. (I didn't see any
>> checking on the reg No. relationship for paring btw.)
>>
>> Looking forward to the comments from Segher/David/Peter/Mike etc.
>
> I wonder if we should consider running such pass before reload instead.
Adding before reload pass deletes one of the lxv and replaced with lxvp. This
fails in reload pass while freeing reg_eqivs as ira populates them and then
vecload pass deletes some of insns and while freeing in reload pass as insn
is already deleted in vecload pass reload pass segfaults.
Moving vecload pass before ira will not make register pairs with lxvp and
in ira and that will be a problem.
Making after reload pass is the only solution I see as ira and reload pass
makes register pairs and vecload pass will be easier with generation of
lxvp.
Thanks & Regards
Ajit
>
> [1] https://gcc.gnu.org/pipermail/gcc-patches/2023-November/638070.html
>
> BR,
> Kewen
