[Bug rtl-optimization/98347] [11 Regression] gcc.dg/long_branch.c ICEs on i686-linux

[rsandifo at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98347

rsandifo at gcc dot gnu.org  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #5 from rsandifo at gcc dot gnu.org  
---
Fixed on trunk.

[Bug rtl-optimization/98347] [11 Regression] gcc.dg/long_branch.c ICEs on i686-linux

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98347

--- Comment #4 from CVS Commits  ---
The master branch has been updated by Richard Sandiford :

https://gcc.gnu.org/g:00bad763dcb903103d62e1ef77c542dacf31fc0a

commit r11-6241-g00bad763dcb903103d62e1ef77c542dacf31fc0a
Author: Richard Sandiford 
Date:   Thu Dec 17 19:31:02 2020 +

rtl-ssa: Fix reg_raw_mode thinko [PR98347]

I'd used reg_raw_mode[regno] for general registers, even though
the array is only valid for hard registers.  This patch uses
regno_reg_rtx instead.

gcc/
PR rtl-optimization/98347
* rtl-ssa/access-utils.h (full_register): Use regno_reg_rtx
instead of reg_raw_mode.

[Bug rtl-optimization/98347] [11 Regression] gcc.dg/long_branch.c ICEs on i686-linux

[rsandifo at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98347

--- Comment #3 from rsandifo at gcc dot gnu.org  
---
Bah, stupid thinko: using regno_raw_mode[regno] instead of
GET_MODE (regno_reg_rtx[regno]) for general registers :-(
Testing a fix.

[Bug rtl-optimization/98347] [11 Regression] gcc.dg/long_branch.c ICEs on i686-linux

[rsandifo at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98347

rsandifo at gcc dot gnu.org  changed:

   What|Removed |Added

   Last reconfirmed||2020-12-17
   Assignee|unassigned at gcc dot gnu.org  |rsandifo at gcc dot 
gnu.org
 Status|UNCONFIRMED |ASSIGNED
 Ever confirmed|0   |1

--- Comment #2 from rsandifo at gcc dot gnu.org  
---
Mine.

[Bug rtl-optimization/98347] [11 Regression] gcc.dg/long_branch.c ICEs on i686-linux

[jakub at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98347

--- Comment #1 from Jakub Jelinek  ---
Strangely, it doesn't reproduce under gdb, nor when cc1 is 64-bit binary with
-m32 -mno-sse -march=pentiumpro -mtune=pentiumpro on top of the normal test
flags.