Jeff Law writes:
> On 6/3/25 11:11 AM, Richard Sandiford wrote:
>> Vineet Gupta writes:
>>> On 6/3/25 08:24, Richard Sandiford wrote:
I think the issue is that:
(insn 9 8 27 2 (parallel [
(asm_operands/v ("fsrm %0") ("") 0 [
(reg:SI 15 a5
On 6/3/25 11:11 AM, Richard Sandiford wrote:
Vineet Gupta writes:
On 6/3/25 08:24, Richard Sandiford wrote:
I think the issue is that:
(insn 9 8 27 2 (parallel [
(asm_operands/v ("fsrm %0") ("") 0 [
(reg:SI 15 a5 [139])
]
On 6/4/25 04:45, Richard Sandiford wrote:
> I think the issue is that:
>
> (insn 9 8 27 2 (parallel [
> (asm_operands/v ("fsrm %0") ("") 0 [
> (reg:SI 15 a5 [139])
> ]
> [
> (asm_inp
Vineet Gupta writes:
> On 6/3/25 10:11, Richard Sandiford wrote:
>> Vineet Gupta writes:
>>> On 6/3/25 08:24, Richard Sandiford wrote:
I think the issue is that:
(insn 9 8 27 2 (parallel [
(asm_operands/v ("fsrm %0") ("") 0 [
(reg:SI 15 a5
On 6/3/25 10:11, Richard Sandiford wrote:
> Vineet Gupta writes:
>> On 6/3/25 08:24, Richard Sandiford wrote:
>>> I think the issue is that:
>>>
>>> (insn 9 8 27 2 (parallel [
>>> (asm_operands/v ("fsrm %0") ("") 0 [
>>> (reg:SI 15 a5 [139])
>>> ]
Vineet Gupta writes:
> On 6/3/25 08:24, Richard Sandiford wrote:
>> I think the issue is that:
>>
>> (insn 9 8 27 2 (parallel [
>> (asm_operands/v ("fsrm %0") ("") 0 [
>> (reg:SI 15 a5 [139])
>> ]
>> [
>> (asm_inp
On 6/3/25 08:24, Richard Sandiford wrote:
> I think the issue is that:
>
> (insn 9 8 27 2 (parallel [
> (asm_operands/v ("fsrm %0") ("") 0 [
> (reg:SI 15 a5 [139])
> ]
> [
> (asm_input:SI ("r") frm-run-1.c:33)
>
Vineet Gupta writes:
>> ...is from late-combine2, so after RA has completed, whereas the earlier
>> dump is from mode switching, so it's hard to tell what late-combine2 is
>> operating on. Could you give the RTL as late-combine2 sees it?
>> (That would normally be the result of pass_postreload_cs
Hi Richard,
On 6/2/25 01:27, Richard Sandiford wrote:
> Vineet Gupta writes:
>> +CC gcc-patches
>>
>> On 5/30/25 14:04, Vineet Gupta wrote:
>>> Hi Jeff, Richard
>>>
>>> As part of RISC-V FRM mode switching improvements, I'm running into a
>>> behavior
>>> in late_combine2 where it is eliminating
Vineet Gupta writes:
> +CC gcc-patches
>
> On 5/30/25 14:04, Vineet Gupta wrote:
>> Hi Jeff, Richard
>>
>> As part of RISC-V FRM mode switching improvements, I'm running into a
>> behavior
>> in late_combine2 where it is eliminating FRM save/restores when it is
>> desired to
>> keep them.
>>
>>
+CC gcc-patches
On 5/30/25 14:04, Vineet Gupta wrote:
> Hi Jeff, Richard
>
> As part of RISC-V FRM mode switching improvements, I'm running into a behavior
> in late_combine2 where it is eliminating FRM save/restores when it is desired
> to
> keep them.
>
> I'm pasting snippet of RTL dumps, could
11 matches
Mail list logo