https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
Stefan Schulze Frielinghaus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #16 from CVS Commits ---
The releases/gcc-8 branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:06d75273ff7bb7af72ae83abef858c079245b602
commit r8-10952-g06d75273ff7bb7af72ae83abef858c079245b602
Author: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #15 from CVS Commits ---
The releases/gcc-9 branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:d7bd91c7e059ee24bcf991d503bcd9856618a670
commit r9-9513-gd7bd91c7e059ee24bcf991d503bcd9856618a670
Author: St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #14 from CVS Commits ---
The releases/gcc-10 branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:a3a6a7f0dcd3e0775c700b4a06320ac911a2c5b5
commit r10-9801-ga3a6a7f0dcd3e0775c700b4a06320ac911a2c5b5
Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #13 from CVS Commits ---
The releases/gcc-11 branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:fcad2894215879b740dce74e72247b6efa326397
commit r11-8355-gfcad2894215879b740dce74e72247b6efa326397
Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #12 from CVS Commits ---
The master branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:bb283170e7a1f39bf533651418daf10ad18eccfc
commit r12-518-gbb283170e7a1f39bf533651418daf10ad18eccfc
Author: Stefan Sch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #11 from Stefan Schulze Frielinghaus ---
(In reply to Eric Botcazou from comment #10)
> OK, then it's probably better to add it to:
>
> if (!is_a (reg_mode[regno], &old_mode)
> || !MODES_OK_FOR_MOVE2ADD (mode, old_mod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #10 from Eric Botcazou ---
> Shouldn't we rather check for REG_CAN_CHANGE_MODE_P? A check for
> TARGET_HARD_REGNO_MODE_OK for a FP register and QImode is successful.
OK, then it's probably better to add it to:
if (!is_a (reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #9 from Stefan Schulze Frielinghaus
---
Shouldn't we rather check for REG_CAN_CHANGE_MODE_P? A check for
TARGET_HARD_REGNO_MODE_OK for a FP register and QImode is successful.
Using the following also fixes the test for me:
diff --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #8 from Eric Botcazou ---
> I did a quick test by using instead
>
> diff --git a/gcc/postreload.c b/gcc/postreload.c
> index dc67643384d..64297be2c45 100644
> --- a/gcc/postreload.c
> +++ b/gcc/postreload.c
> @@ -1732,12 +1732,7 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
Jakub Jelinek changed:
What|Removed |Added
CC||amylaar at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #6 from Stefan Schulze Frielinghaus
---
Prior postreload we have
(insn 12 379 332 3 (set (reg:QI 17 %f2 [orig:198 l_lsm_flag.27 ] [198])
(const_int 1 [0x1])) 1480 {*movqi}
(expr_list:REG_EQUIV (const_int 1 [0x1])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #5 from Stefan Schulze Frielinghaus
---
It looks like a mode mismatch:
(insn 201 200 378 3 (set (reg:DI 17 %f2 [196])
(const_int 1 [0x1])) "t.c":23:36 1467 {*movdi_64}
(expr_list:REG_EQUIV (const_int 1 [0x1])
(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263
--- Comment #4 from Stefan Schulze Frielinghaus
---
You are right. I got lured by the fact that the assignments c__lsm.20_94 = 1;
and c__lsm_flag.21_95 = 1; of bb5 are "moved" into the PHI as e.g.
# c__lsm.20_51 = PHI
# c__lsm_flag.21_5
14 matches
Mail list logo
