[Bug middle-end/91725] 275587[10 Regression] ICE in get_nonzero_bits starting with r275587

2019-09-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91725

--- Comment #3 from Jakub Jelinek  ---
Created attachment 46866
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46866=edit
gcc10-pr91725.patch

Yet another untested patch, tree_nonzero_bits is something that already does
what you write above, just doesn't cope with vector types (as it uses
TYPE_PRECISION rather than element_precision).  But, get_nonzero_bits isn't
really useful on vector types anyway, for SSA_NAMEs we don't track the non-zero
bits and for VECTOR_CSTs we'd need to test all elements and or the bits
together.

[Bug middle-end/91725] 275587[10 Regression] ICE in get_nonzero_bits starting with r275587

2019-09-10 Thread glisse at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91725

--- Comment #2 from Marc Glisse  ---
(In reply to Jakub Jelinek from comment #1)
> gcc10-pr91725.patch

An alternative (I don't claim it is better) would be to make get_nonzero_bits
conservatively return -1 on unknown input, like the comment before it seems to
suggest.

[Bug middle-end/91725] 275587[10 Regression] ICE in get_nonzero_bits starting with r275587

2019-09-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91725

--- Comment #1 from Jakub Jelinek  ---
Created attachment 46864
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46864=edit
gcc10-pr91725.patch

Untested fix.

[Bug middle-end/91725] 275587[10 Regression] ICE in get_nonzero_bits starting with r275587

2019-09-10 Thread jakub at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91725

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2019-09-10
   Assignee|unassigned at gcc dot gnu.org  |jakub at gcc dot gnu.org
   Target Milestone|--- |10.0
 Ever confirmed|0   |1