[Bug target/99781] [11 Regression] ICE in partial_subreg_p, at rtl.h:3144

2021-04-06 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781

Jakub Jelinek  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #7 from Jakub Jelinek  ---
So should be fixed now.

[Bug target/99781] [11 Regression] ICE in partial_subreg_p, at rtl.h:3144

2021-04-06 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781

--- Comment #6 from CVS Commits  ---
The master branch has been updated by Vladimir Makarov :

https://gcc.gnu.org/g:4bbd51afaa4a3c116fb538d912b35e126be80b41

commit r11-8008-g4bbd51afaa4a3c116fb538d912b35e126be80b41
Author: Vladimir N. Makarov 
Date:   Wed Mar 31 13:26:30 2021 -0400

[PR99781] Update correctly reg notes in LRA for multi-registers and set up
biggest mode safely

The PR is about incorrect use of partial_subreg_p for unordered modes.
I found 2 places of dangerous comparing unordered modes in LRA.  The
patch removes dangerous use of paradoxical_subreg_p and
partial_subreg_p in split_reg and process_bb_lives.  The both places
used them to solve PR77761 long time ago.  But the problem was also
fixed by later patches too (if there is no hard reg explicitly, it
have VOIDmode and we use natural mode to split hard reg live,
otherwise we use the biggest explicitly used mode for hard reg
splitting).  The PR also says about inaccurate update of reg notes in
LRA.  It happens for reg notes which refer for multi-registers.  The
patch also fixes this issue.

gcc/ChangeLog:

PR target/99781
* lra-constraints.c (split_reg): Don't check paradoxical_subreg_p.
* lra-lives.c (clear_sparseset_regnos, regnos_in_sparseset_p): New
functions.
(process_bb_lives): Don't update biggest mode of hard reg for
implicit in multi-register group.  Use the new functions for
updating dead_set and unused_set by register notes.

gcc/testsuite/ChangeLog:

PR target/99781
* g++.target/aarch64/sve/pr99781.C: New.

[Bug target/99781] [11 Regression] ICE in partial_subreg_p, at rtl.h:3144

2021-03-30 Thread vmakarov at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781

--- Comment #5 from Vladimir Makarov  ---
I've reproduced it too and started to work on it. I hope the fix will be ready
this week.

[Bug target/99781] [11 Regression] ICE in partial_subreg_p, at rtl.h:3144

2021-03-30 Thread rsandifo at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781

rsandifo at gcc dot gnu.org  changed:

   What|Removed |Added

 Ever confirmed|0   |1
   Last reconfirmed||2021-03-30
 Status|UNCONFIRMED |NEW

--- Comment #4 from rsandifo at gcc dot gnu.org  
---
Confirmed.  The REG_NOTE itself is easy to fix (I have a patch),
but then we run into similar problems because of the (correct-looking)
code added for PR77761.  Not sure what the best way out of this is.

[Bug target/99781] [11 Regression] ICE in partial_subreg_p, at rtl.h:3144

2021-03-30 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781

Jakub Jelinek  changed:

   What|Removed |Added

 CC||rsandifo at gcc dot gnu.org,
   ||vmakarov at gcc dot gnu.org

--- Comment #3 from Jakub Jelinek  ---
Seems in *.ira dump the v1 (33) register is only used in OImode, so
reg->biggest_mode being E_OImode makes sense.
But for some reason LRA has added
 (expr_list:REG_DEAD (reg:VNx8BF 33 v1)
and the code is unhappy to see partial_subreg_p called for unordered modes.

[Bug target/99781] [11 Regression] ICE in partial_subreg_p, at rtl.h:3144

2021-03-28 Thread asolokha at gmx dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781

--- Comment #2 from Arseny Solokha  ---
(In reply to Jakub Jelinek from comment #1)
> ICEs since r8-6032-g43cacb12fc859b671464b63668794158974b2a34 when SVE
> support has been added, so doesn't look like a regression to me, as before
> that it would not accept that option:
> invalid feature modifier in ‘-march=armv8-a+sve’

I can remove the regression marker, but I cannot change the PR priority.

[Bug target/99781] [11 Regression] ICE in partial_subreg_p, at rtl.h:3144

2021-03-26 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #1 from Jakub Jelinek  ---
ICEs since r8-6032-g43cacb12fc859b671464b63668794158974b2a34 when SVE support
has been added, so doesn't look like a regression to me, as before that it
would not accept that option:
invalid feature modifier in ‘-march=armv8-a+sve’

[Bug target/99781] [11 Regression] ICE in partial_subreg_p, at rtl.h:3144

2021-03-26 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |11.0
   Priority|P3  |P1