[Bug lto/85574] [9 Regression] LTO bootstapped binaries differ

[rguenth at gcc dot gnu.org]

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

--- Comment #9 from Richard Biener  ---
Ok, seems to be indeed STAGE1_CFLAGS="-O2" hiding the issue.  So looking at
WPA inline dumps shows no difference but ltrans IPA inline dumps differ in
scope block numbers!?  Note not all ltrans units show this kind of difference
but this is the only difference in LTRANS IPA inline dumps.

@@ -330156,30 +330156,30 @@
 { Scope block #0 Originating from :#0 
   bool (*) (struct edge_def *, struct succ_iterator *) check;

-  { Scope block #55581 /space/rguenther/src/svn/trunk/gcc/sel-sched-ir.h:1248
Originating from :  static bool _su
cc_iter_cond (struct succ_iterator *, struct rtx_insn * *, struct rtx_insn *,
bool (*) (struct edge_def *, s
truct succ_iterator *)); 
+  { Scope block #55582 /space/rguenther/src/svn/trunk/gcc/sel-sched-ir.h:1248
Originating from :  static bool _su
cc_iter_cond (struct succ_iterator *, struct rtx_insn * *, struct rtx_insn *,
bool (*) (struct edge_def *, s
truct succ_iterator *)); 
 struct succ_iterator * ip;
 struct rtx_insn * * succp;
...


The GCC 8 branch-point shows the same issue so this might not be a regression
after all.

The difference is again

 005b1c88
<_Z18expand_expr_real_1P9tree_nodeP7rtx_def12machine_mode15expand_modifierPS2_b.cold.354>:
-  5b1c88:  ba 40 a7 5a 01  mov$0x15aa740,%edx
-  5b1c8d:  be 11 27 00 00  mov$0x2711,%esi
-  5b1c92:  bf 80 e7 5a 01  mov$0x15ae780,%edi
-  5b1c97:  e8 ea 33 06 00  callq  615086 <_Z11fancy_abortPKciS0_>
-  5b1c9c:  ba a0 a6 5a 01  mov$0x15aa6a0,%edx
-  5b1ca1:  be 71 2e 00 00  mov$0x2e71,%esi
-  5b1ca6:  bf 80 e7 5a 01  mov$0x15ae780,%edi
-  5b1cab:  e8 d6 33 06 00  callq  615086 <_Z11fancy_abortPKciS0_>
-  5b1cb0:  ba a0 a6 5a 01  mov$0x15aa6a0,%edx
-  5b1cb5:  be 75 2e 00 00  mov$0x2e75,%esi
-  5b1cba:  bf 80 e7 5a 01  mov$0x15ae780,%edi
-  5b1cbf:  e8 c2 33 06 00  callq  615086 <_Z11fancy_abortPKciS0_>
-  5b1cc4:  45 31 c9xor%r9d,%r9d
-  5b1cc7:  41 b8 43 00 00 00   mov$0x43,%r8d
-  5b1ccd:  b9 40 a7 5a 01  mov$0x15aa740,%ecx
-  5b1cd2:  31 c0   xor%eax,%eax
-  5b1cd4:  ba de 2a 00 00  mov$0x2ade,%edx
-  5b1cd9:  be 80 e7 5a 01  mov$0x15ae780,%esi
-  5b1cde:  48 89 efmov%rbp,%rdi
-  5b1ce1:  e8 1a 60 0f 00  callq  6a7d00
<_Z17tree_check_failedPK9tree_nodePKciS3_z>
-  5b1ce6:  45 31 c9xor%r9d,%r9d
-  5b1ce9:  41 b8 43 00 00 00   mov$0x43,%r8d
-  5b1cef:  b9 40 a7 5a 01  mov$0x15aa740,%ecx
-  5b1cf4:  31 c0   xor%eax,%eax
-  5b1cf6:  ba ea 2a 00 00  mov$0x2aea,%edx
...
+  5b1c88:  41 b8 20 a7 5a 01   mov$0x15aa720,%r8d
+  5b1c8e:  b9 70 1f 00 00  mov$0x1f70,%ecx
+  5b1c93:  ba 80 e7 5a 01  mov$0x15ae780,%edx
+  5b1c98:  48 89 efmov%rbp,%rdi
+  5b1c9b:  be 01 00 00 00  mov$0x1,%esi
+  5b1ca0:  e8 f1 49 0f 00  callq  6a6696
<_Z33tree_contains_struct_check_failedPK9tree_node24tree_node_structure_en
umPKciS4_>
+  5b1ca5:  ba a0 a6 5a 01  mov$0x15aa6a0,%edx
+  5b1caa:  be 75 2e 00 00  mov$0x2e75,%esi
+  5b1caf:  bf 80 e7 5a 01  mov$0x15ae780,%edi
+  5b1cb4:  e8 c1 33 06 00  callq  61507a <_Z11fancy_abortPKciS0_>
+  5b1cb9:  ba a0 a6 5a 01  mov$0x15aa6a0,%edx
+  5b1cbe:  be 71 2e 00 00  mov$0x2e71,%esi
+  5b1cc3:  bf 80 e7 5a 01  mov$0x15ae780,%edi
+  5b1cc8:  e8 ad 33 06 00  callq  61507a <_Z11fancy_abortPKciS0_>
+  5b1ccd:  41 b8 40 a7 5a 01   mov$0x15aa740,%r8d
+  5b1cd3:  b9 2f 26 00 00  mov$0x262f,%ecx
+  5b1cd8:  ba 80 e7 5a 01  mov$0x15ae780,%edx
+  5b1cdd:  4c 89 e7mov%r12,%rdi
+  5b1ce0:  be 02 00 00 00  mov$0x2,%esi
+  5b1ce5:  e8 fd 5b 0f 00  callq  6a78e7
<_Z23tree_class_check_failedPK9tree_node15tree_code_classPKciS4_>
+  5b1cea:  41 b8 40 a7 5a 01   mov$0x15aa740,%r8d
+  5b1cf0:  b9 30 26 00 00  mov$0x2630,%ecx
+  5b1cf5:  ba 80 e7 5a 01  mov$0x15ae780,%edx
+  5b1cfa:  4c 89 e7mov%r12,%rdi
+  5b1cfd:  be 02 00 00 00  mov$0x2,%esi
+  5b1d02:  e8 e0 5b 0f 00  callq  6a78e7
<_Z23tree_class_check_failedPK9tree_node15tree_code_classPKciS4_>
+  5b1d07:  ba 40 a7 5a 01  mov$0x15aa740,%edx
+  5b1d0c:  be f8 2a 00 00  mov$0x2af8,%esi

so this is either inlining or hot/cold partitioning (or profile counters).

[Bug target/88522] Error: operand size mismatch for `vpgatherqq'

[jakub at gcc dot gnu.org]

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

--- Comment #6 from Jakub Jelinek  ---
Created attachment 45275
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45275&action=edit
gcc9-pr88522.patch

Untested fix.

[Bug lto/85574] [9 Regression] LTO bootstapped binaries differ

[rguenth at gcc dot gnu.org]

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

--- Comment #10 from Richard Biener  ---
Hmm, IPA ICF dumps show differences like

-  false returned: 'references to virtual tables can not be merged'
(compare_referenced_symbol_properties:371)
+  false returned: 'references to virtual tables can not be merged'
(compare_referenced_symbol_properties:370)

so somehow

return return_false_with_msg
 ("references to virtual tables can not be merged");

yields a different line!?  OK, maybe that's host compiler vs. trunk
behavior changes.

But it's also

   congruence class splitted:
-class with id: 1507, hash: 3773962765, items: 32
-  _Z9gt_ggc_mxR12pending_weak/61270
_Z9gt_ggc_mxR20pending_redefinition/61272 _Z9gt_pch_nxR12pending_weak/61276
_Z9gt_pch_nxR20pending_redefinition/61278
_Z9gt_ggc_mxR20die_arg_entry_struct/200883
_Z9gt_pch_nxR20die_arg_entry_struct/200952
_Z9gt_ggc_mxR23temp_slot_address_entry/286406
_Z9gt_pch_nxR23temp_slot_address_entry/286415
_Z9gt_ggc_mxR15constructor_elt/343972 _Z9gt_ggc_mxR8tree_map/343977
_Z9gt_ggc_mxR13tree_decl_map/343980 _Z9gt_ggc_mxR12tree_vec_map/343986
_Z9gt_ggc_mxR10alias_pair/343989 _Z9gt_ggc_mxR24types_used_by_vars_entry/344011
_Z9gt_ggc_mxR16value_range_base/344099 _Z9gt_ggc_mxR13ipa_edge_args/344069
_Z9gt_ggc_mxR28ipa_polymorphic_call_context/344114
_Z9gt_pch_nxR15constructor_elt/344172 _Z9gt_pch_nxR8tree_map/344177
_Z9gt_pch_nxR13tree_decl_map/344180 _Z9gt_pch_nxR12tree_vec_map/344186
_Z9gt_pch_nxR10alias_pair/344189 _Z9gt_pch_nxR24types_used_by_vars_entry/344211
_Z9gt_pch_nxR16value_range_base/344299 _Z9gt_pch_nxR13ipa_edge_args/344269
_Z9gt_pch_nxR28ipa_polymorphic_call_context/344314
_Z9gt_ggc_mxR15tm_restart_node/344090
_Z9gt_ggc_mxR24constant_descriptor_tree/344060
_Z9gt_pch_nxR15tm_restart_node/344290
_Z9gt_pch_nxR24constant_descriptor_tree/344260
_Z9gt_ggc_mxR13tree_type_map/719494 _Z9gt_pch_nxR13tree_type_map/719499 
+class with id: 8025, hash: 2249160125, items: 12
+  _Z35gt_ggc_mx_cgraph_indirect_call_infoPv.part.0/346718
_Z35gt_pch_nx_cgraph_indirect_call_infoPv.part.0/346738
_Z22gt_ggc_mx_object_blockPv.part.0/346823
_Z22gt_pch_nx_object_blockPv.part.0/346848
_Z29gt_ggc_mx_ipcp_transformationPv.part.0/346982
_Z29gt_pch_nx_ipcp_transformationPv.part.0/346986
_Z26gt_ggc_mx_machine_functionPv.part.0/346829
_Z21gt_ggc_mx_rtl_bb_infoPv.part.0/346835
_Z26gt_pch_nx_machine_functionPv.part.0/346852
_Z21gt_pch_nx_rtl_bb_infoPv.part.0/346856 _Z15gt_pch_nx_loopsPv.part.0/347044
_Z27gt_pch_nx_rtx_constant_poolPv.part.0/1093864 

that's from

  splitter_class_removed = false;
  split_map.traverse  (&pair);

  /* Bitmap clean-up.  */
  split_map.traverse  (NULL);

not sure if there's anything code-gen sensitive but certainly this
pointer-to-X hash_map is dependent on addresses.  It also definitely
makes dumps hard to compare ;)

IPA CP WPA dumps compare equal.

There's a single ltrans file with miscomparing .85t.fixup_cfg3 dump.

--- cc1.ltrans69.085t.fixup_cfg32018-12-21 10:01:42.268270515 +0100
+++ ../gcc/cc1.ltrans69.085t.fixup_cfg3 2018-12-21 10:32:55.189589070 +0100
@@ -36748,7 +36748,7 @@
[local count: 178971752]:
   # DEBUG BEGIN_STMT
   _178 = MEM[(const struct gimple_stmt_iterator &)gsi_57(D)];
-  # DEBUG D#667 => MEM[(const struct gimple_stmt_iterator &)gsi_57(D)]
+  # DEBUG D#668 => MEM[(const struct gimple_stmt_iterator &)gsi_57(D)]
   # DEBUG INLINE_ENTRY NULL

...

DECL_DEBUG_UIDs are off-by-one and we're having differences in debug stmts
as well:

[local count: 119764]:
-  # DEBUG D#696 => {CLOBBER}
-  # DEBUG actual$D23875$coeffs$0 => D#696
   # DEBUG D#697 => {CLOBBER}
-  # DEBUG expected$D23875$coeffs$0 => D#697
+  # DEBUG actual$D23875$coeffs$0 => D#697
+  # DEBUG D#698 => {CLOBBER}
+  # DEBUG expected$D23875$coeffs$0 => D#698
...
@@ -37739,17 +37739,17 @@
[local count: 7879806]:
   # DEBUG this => &indices
   # DEBUG INLINE_ENTRY __dt 
-  # DEBUG D#698 => &indices.m_encoding
-  # DEBUG this => D#698
-  # DEBUG INLINE_ENTRY __dt 
-  # DEBUG D#699 => &MEM[(struct int_vector_builder *)D#698].D.12001
+  # DEBUG D#699 => &indices.m_encoding

those differences are really somewhat odd.  materialize-all-clones doesn't
seem to dump anything useful (I see update_ssa output only).

The above shouldn't result in code-gen differences obviously.

Will add more dumps to a next attempt ...

[Bug tree-optimization/86020] [8/9 Regression] Performance regression in Eigen geometry.cpp test starting with r248334

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2
   Assignee|unassigned at gcc dot gnu.org  |hubicka at gcc dot 
gnu.org

[Bug tree-optimization/87034] [9 Regression] missing -Wformat-overflow on a sprintf %s with a wide string

[rguenth at gcc dot gnu.org]

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

--- Comment #5 from Richard Biener  ---
IMHO hardly a regression unless we want a bogus warning back?

[Bug libfortran/87048] [9 Regression] array_constructor_8.f90 failure on armeb

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4
 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Richard Biener  ---
So since the offending patch was reverted the regression is gone(?)

[Bug fortran/25829] [F03] Asynchronous IO support

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25829
Bug 25829 depends on bug 87048, which changed state.

Bug 87048 Summary: [9 Regression] array_constructor_8.f90  failure on armeb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87048

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

[Bug libgomp/87064] [9 regression] libgomp.oacc-fortran/reduction-3.f90 fails starting with r263751

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||openacc, wrong-code
 CC||jakub at gcc dot gnu.org
  Component|testsuite   |libgomp

--- Comment #7 from Richard Biener  ---
Any progress?

[Bug c++/87125] [9 Regression] ICE in tsubst_copy starting with r261084

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||ice-on-invalid-code,
   ||ice-on-valid-code
   Priority|P3  |P1

gcc-bugs@gcc.gnu.org

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2
Summary|[8/9 Regression]|[8/9 Regression]
   |-Wstringop-overflow false   |-Wstringop-overflow false
   |positive due to bogus   |positive due to using
   |MEM_REF type|MEM_REF type of &MEM

[Bug testsuite/87304] [9 regression] gcc.dg/vect/bb-slp-over-widen-1.c fails starting with r262371

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Target||powerpc
   Priority|P3  |P1

--- Comment #2 from Richard Biener  ---
I guess so.

[Bug libgomp/87064] [9 regression] libgomp.oacc-fortran/reduction-3.f90 fails starting with r263751

[jakub at gcc dot gnu.org]

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

--- Comment #8 from Jakub Jelinek  ---
I'm afraid I'm not familiar enough with the OpenACC reductions to fix this
myself.

[Bug lto/85574] [9 Regression] LTO bootstapped binaries differ

[hubicka at ucw dot cz]

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

--- Comment #11 from Jan Hubicka  ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
> 
> --- Comment #10 from Richard Biener  ---
> Hmm, IPA ICF dumps show differences like
> 
> -  false returned: 'references to virtual tables can not be merged'
> (compare_referenced_symbol_properties:371)
> +  false returned: 'references to virtual tables can not be merged'
> (compare_referenced_symbol_properties:370)
> 
> so somehow
> 
> return return_false_with_msg
>  ("references to virtual tables can not be merged");
> 
> yields a different line!?  OK, maybe that's host compiler vs. trunk
> behavior changes.

Libcpp sometimes overflows in locations and behaves funnily.  It would
be sad if that happened on gcc, but may be the root of this problem.

ipa-cf is Martin's code, so hope he will chime in :)

Honza

[Bug rtl-optimization/87305] [9 Regression] Segfault in end_hard_regno in setup_live_pseudos_and_spill_after_risky_transforms on aarch64 big-endian

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||ra
   Priority|P3  |P1

[Bug c++/87322] [8/9 Regression] GCC fails to parse captured lambda of 2nd inner lambda if the captured lambda has "," (having 2 arguments)

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/87327] [8/9 Regression] Calling member functions on captured constexpr variables "is not a constant expression"

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/87480] [8/9 Regression] SFINAE constructor not matched, only in templated function

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug lto/85574] [9 Regression] LTO bootstapped binaries differ

[rguenther at suse dot de]

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

--- Comment #12 from rguenther at suse dot de  ---
On Fri, 21 Dec 2018, hubicka at ucw dot cz wrote:

> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
> 
> --- Comment #11 from Jan Hubicka  ---
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
> > 
> > --- Comment #10 from Richard Biener  ---
> > Hmm, IPA ICF dumps show differences like
> > 
> > -  false returned: 'references to virtual tables can not be merged'
> > (compare_referenced_symbol_properties:371)
> > +  false returned: 'references to virtual tables can not be merged'
> > (compare_referenced_symbol_properties:370)
> > 
> > so somehow
> > 
> > return return_false_with_msg
> >  ("references to virtual tables can not be merged");
> > 
> > yields a different line!?  OK, maybe that's host compiler vs. trunk
> > behavior changes.
> 
> Libcpp sometimes overflows in locations and behaves funnily.  It would
> be sad if that happened on gcc, but may be the root of this problem.

This is __LINE__ expansion so I doubt that.  It's more like GCC 8 host
compiler expanded __LINE__ different.

> ipa-cf is Martin's code, so hope he will chime in :)

Yeah.  Note that the debug stmt differences _might_ be explained by
ICF in case ICF ignores debug stmts when merging.  But since the
ICF dumps are ordered differently it's hard to see actual decision
differences...

Still debug-stmt differences shouldn't result in assembly differences...

[Bug bootstrap/87030] GCC fails to build with Xcode 10, attempting an impossible multilib build

[iains at gcc dot gnu.org]

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

--- Comment #15 from Iain Sandoe  ---
FWIW I had a quick look the other day if there was an easy fix to this PR, and
didn't find a '5 minute' one.

(In reply to Eric Gallager from comment #14)
> (In reply to Iain Sandoe from comment #13)
> > (In reply to Jeremy Huddleston Sequoia from comment #12)
> > > (In reply to Francois-Xavier Coudert from comment #11)
> > > > (In reply to Jeremy Huddleston Sequoia from comment #10)

> > Of course, one *can* pass --sysroot=`xcrun blah blah` on any command line
> > (for the built compiler) as a work-around.
> > 
> > I was trying to work on a scheme where the possible SDK search paths were
> > provided by symlinks [in the user's home dir], with some configure-time
> > specified search order (including the option to search /).  Initial
> > population of the symlinks might be time-significant - but subsequent
> > following should be less than a process switch.  There was some email
> > exchange on this between me, Eric and Mike .. I will try to find it in my
> > archives.
> 
> You found it yet?

Yes... it's in my (unfortunately large) stack of things to be forward-ported.

Please see also comments on PR79885

Also making a proper fix for PR84257 might involve reorganising things (in
particular shifting from using absolute library paths to @rpath ones, for 10.5+
[not available on 10.4]).

IMO, we really need to set out how we want Darwin toolchains to behave for the
end user, and then figure out how to make the build and test work to support
that.  This is non-trivial in the presence of SIP, user-movable packages, and
the library naming scheme.  Still working on this.. but equally open to
suggestions.

It's certainly true that one use-case is "build a self-hosted GCC using Xcode"
but that's definitely not the only scenario, and we [some of us at least] don't
want to be locked into it.

The other fact of life is that there are now such significant discrepancies
between darwin versions from 8 .. 18 that we might no longer be able to avoid
multi-libs to support the range properly.

[Bug c++/87513] [8/9 Regression] ICE in write_expression, at cp/mangle.c:3050

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug target/87545] [9 Regression] -mtune=intel regressions

[rguenth at gcc dot gnu.org]

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

--- Comment #3 from Richard Biener  ---
HJ?  Otherwise I'll simply make this change.

[Bug ipa/87554] [8/9 Regression] internal compiler error: in record_reference, at cgraphbuild.c:64

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/87571] [8/9 Regression] ICE in friend_accessible_p, accessing protected member of template friend inside template class

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/87651] [8/9 Regression] inner class with template template friend declaration of same name fails to compile in gcc 8.1, 8.2, and 9.0

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/87652] [8/9 Regression] inner class template of outer class template can't access friend's protected data member

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/87685] [8/9 Regression] Calling a static method from inside a generic lambda requires to capture 'this'

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug target/88547] missed optimization for vector comparisons

[jakub at gcc dot gnu.org]

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

--- Comment #7 from Jakub Jelinek  ---
Author: jakub
Date: Fri Dec 21 10:37:11 2018
New Revision: 267322

URL: https://gcc.gnu.org/viewcvs?rev=267322&root=gcc&view=rev
Log:
PR target/88547
* config/i386/i386.c (ix86_expand_int_sse_cmp): Optimize
x > y ? 0 : -1 into min (x, y) == x ? -1 : 0.

* gcc.target/i386/pr88547-1.c: Expect only 2 knotb and 2 knotw
insns instead of 4, check for vpminud, vpminuq and no vpsubd or
vpsubq.
* gcc.target/i386/sse2-pr88547-1.c: New test.
* gcc.target/i386/sse2-pr88547-2.c: New test.
* gcc.target/i386/sse4_1-pr88547-1.c: New test.
* gcc.target/i386/sse4_1-pr88547-2.c: New test.
* gcc.target/i386/avx2-pr88547-1.c: New test.
* gcc.target/i386/avx2-pr88547-2.c: New test.
* gcc.target/i386/avx512f-pr88547-2.c: New test.
* gcc.target/i386/avx512vl-pr88547-1.c: New test.
* gcc.target/i386/avx512vl-pr88547-2.c: New test.
* gcc.target/i386/avx512vl-pr88547-3.c: New test.
* gcc.target/i386/avx512f_cond_move.c (y): Change from unsigned int
array to int array.

Added:
trunk/gcc/testsuite/gcc.target/i386/avx2-pr88547-1.c
trunk/gcc/testsuite/gcc.target/i386/avx2-pr88547-2.c
trunk/gcc/testsuite/gcc.target/i386/avx512f-pr88547-2.c
trunk/gcc/testsuite/gcc.target/i386/avx512vl-pr88547-1.c
trunk/gcc/testsuite/gcc.target/i386/avx512vl-pr88547-2.c
trunk/gcc/testsuite/gcc.target/i386/avx512vl-pr88547-3.c
trunk/gcc/testsuite/gcc.target/i386/sse2-pr88547-1.c
trunk/gcc/testsuite/gcc.target/i386/sse2-pr88547-2.c
trunk/gcc/testsuite/gcc.target/i386/sse4_1-pr88547-1.c
trunk/gcc/testsuite/gcc.target/i386/sse4_1-pr88547-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.target/i386/avx512f_cond_move.c
trunk/gcc/testsuite/gcc.target/i386/pr88547-1.c

[Bug rtl-optimization/87727] [9 regression] gcc.target/sparc/overflow-2.c FAILs

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||missed-optimization
   Priority|P3  |P1

[Bug c++/87125] [9 Regression] ICE in tsubst_copy starting with r261084

[ensadc at mailnesia dot com]

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

--- Comment #3 from ensadc at mailnesia dot com ---
(In reply to ensadc from comment #2)
> Reduced:
> 
> template struct ch {
>   template constexpr ch(by) noexcept(br());
> };
> class ce : ch {
>   using ch::ch;
> };
> 
> void f() {
>   noexcept(ce(0));
> }

This appears similar to bug 87814 (which is fixed in r267155). Maybe a
duplicate?

[Bug rtl-optimization/88563] [7/8/9 Regression] wrong code with -O2 -fno-code-hoisting -fno-tree-ccp -fno-tree-dominator-opts -fno-tree-forwprop -fno-tree-fre -fno-tree-pre -fno-tree-vrp

[jakub at gcc dot gnu.org]

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

--- Comment #3 from Jakub Jelinek  ---
Seems to be a bug in my PR57251 changes.

[Bug rtl-optimization/88563] [7/8/9 Regression] wrong code with -O2 -fno-code-hoisting -fno-tree-ccp -fno-tree-dominator-opts -fno-tree-forwprop -fno-tree-fre -fno-tree-pre -fno-tree-vrp

[jakub at gcc dot gnu.org]

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

--- Comment #4 from Jakub Jelinek  ---
Created attachment 45276
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45276&action=edit
gcc9-pr88563.patch

Untested fix.

[Bug libgomp/87064] [9 regression] libgomp.oacc-fortran/reduction-3.f90 fails starting with r263751

[tschwinge at gcc dot gnu.org]

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

Thomas Schwinge  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2018-12-21
 Ever confirmed|0   |1

--- Comment #9 from Thomas Schwinge  ---
I have not yet myself seen that regression, and there's no obvious error in the
test case.  If vector level reductions generally had some problem, I hope we'd
seen things FAIL more widely.  Strange.

(In reply to seurer from comment #0)
> Note this fails on powerpc64 le but not be
> 
> # of expected passes  11
> # of unexpected failures  1
> FAIL: libgomp.oacc-fortran/reduction-3.f90 -DACC_DEVICE_TYPE_host=1
> -DACC_MEM_SHARED=1  -O1  execution test

You're (still?) reproducibly seeing that problem?

[Bug lto/85574] [8/9 Regression] LTO bootstapped binaries differ

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2
   Target Milestone|9.0 |8.3
Summary|[9 Regression] LTO  |[8/9 Regression] LTO
   |bootstapped binaries differ |bootstapped binaries differ

--- Comment #13 from Richard Biener  ---
-fno-reorder-blocks-and-partition does not help.

@@ -115230,59624 +115230,59628 @@
   5e1fa6:  44 88 74 24 18  mov%r14b,0x18(%rsp)
   5e1fab:  e9 77 f7 ff ff  jmpq   5e1727
<_Z14composite_typeP9tree_nodeS0_.part.56+0x4c7>
   5e1fb0:  80 7c 24 27 00  cmpb   $0x0,0x27(%rsp)
-  5e1fb5:  75 17   jne5e1fce
<_Z14composite_typeP9tree_nodeS0_.part.56+0xd6e>
-  5e1fb7:  31 c0   xor%eax,%eax
-  5e1fb9:  0f b6 4c 24 27  movzbl 0x27(%rsp),%ecx
-  5e1fbe:  45 31 ffxor%r15d,%r15d
-  5e1fc1:  88 44 24 27 mov%al,0x27(%rsp)
-  5e1fc5:  88 4c 24 10 mov%cl,0x10(%rsp)
-  5e1fc9:  e9 59 f7 ff ff  jmpq   5e1727
<_Z14composite_typeP9tree_nodeS0_.part.56+0x4c7>
-  5e1fce:  48 89 dfmov%rbx,%rdi
-  5e1fd1:  4c 89 5c 24 10  mov%r11,0x10(%rsp)
-  5e1fd6:  e8 f5 8c fa ff  callq  58acd0
<_Z12c_vla_type_pPK9tree_node>
-  5e1fdb:  4c 8b 5c 24 10  mov0x10(%rsp),%r11
-  5e1fe0:  88 44 24 27 mov%al,0x27(%rsp)
-  5e1fe4:  b8 01 00 00 00  mov$0x1,%eax
-  5e1fe9:  eb ce   jmp5e1fb9
<_Z14composite_typeP9tree_nodeS0_.part.56+0xd59>
-  5e1feb:  45 31 c9xor%r9d,%r9d
...
-  5e26b6:  66 2e 0f 1f 84 00 00nopw   %cs:0x0(%rax,%rax,1)
-  5e26bd:  00 00 00 
-
-005e26c0 <_ZL19common_pointer_typeP9tree_nodeS0_>:
-  5e26c0:  48 39 f7cmp%rsi,%rdi
-  5e26c3:  0f 84 07 02 00 00   je 5e28d0
<_ZL19common_pointer_typeP9tree_nodeS0_+0x210>
-  5e26c9:  48 8b 05 10 18 91 01mov0x1911810(%rip),%rax#
1ef3ee0 
-  5e26d0:  48 39 f8cmp%rdi,%rax
...
-
-005e2a30 <_Z14composite_typeP9tree_nodeS0_>:
-  5e2a30:  48 39 f7cmp%rsi,%rdi
-  5e2a33:  74 1b   je 5e2a50
<_Z14composite_typeP9tree_nodeS0_+0x20>
-  5e2a35:  48 8b 05 a4 14 91 01mov0x19114a4(%rip),%rax#
1ef3ee0 
-  5e2a3c:  48 39 f8cmp%rdi,%rax
-  5e2a3f:  74 1f   je 5e2a60
<_Z14composite_typeP9tree_nodeS0_+0x30>
-  5e2a41:  48 39 f0cmp%rsi,%rax
-  5e2a44:  74 0a   je 5e2a50
<_Z14composite_typeP9tree_nodeS0_+0x20>
-  5e2a46:  e9 15 e8 ff ff  jmpq   5e1260
<_Z14composite_typeP9tree_nodeS0_.part.56>
-  5e2a4b:  0f 1f 44 00 00  nopl   0x0(%rax,%rax,1)
-  5e2a50:  48 89 f8mov%rdi,%rax
+  5e1fb5:  75 0d   jne5e1fc4
<_Z14composite_typeP9tree_nodeS0_.part.56+0xd64>
+  5e1fb7:  c6 44 24 10 00  movb   $0x0,0x10(%rsp)
+  5e1fbc:  45 31 ffxor%r15d,%r15d
+  5e1fbf:  e9 63 f7 ff ff  jmpq   5e1727
<_Z14composite_typeP9tree_nodeS0_.part.56+0x4c7>
+  5e1fc4:  48 89 dfmov%rbx,%rdi
+  5e1fc7:  4c 89 5c 24 28  mov%r11,0x28(%rsp)
+  5e1fcc:  e8 ff 8c fa ff  callq  58acd0
<_Z12c_vla_type_pPK9tree_node>
+  5e1fd1:  4c 8b 5c 24 28  mov0x28(%rsp),%r11
+  5e1fd6:  88 44 24 10 mov%al,0x10(%rsp)

Btw, I see the same issue on the GCC 8 branch head.  Have yet to find where
it actually doesn't miscompare so maybe it isn't a regression after all.

[Bug rtl-optimization/88563] [7/8/9 Regression] wrong code with -O2 -fno-code-hoisting -fno-tree-ccp -fno-tree-dominator-opts -fno-tree-forwprop -fno-tree-fre -fno-tree-pre -fno-tree-vrp

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

  Attachment #45276|0   |1
is obsolete||

--- Comment #5 from Jakub Jelinek  ---
Created attachment 45277
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45277&action=edit
gcc9-pr88563.patch

Updated patch, there were more issues for WIDEN_MULT_EXPR.

[Bug c++/87748] [8/9 Regression] G++-8 treats SFINAE as error

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/87750] [8/9 Regression] Failed compilation / parsing of template member call after 'using' declaration

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug rtl-optimization/87761] [9 regression][MIPS] New FAIL: gcc.target/mips/fix-r4000-10.c -O1 start with r265398

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||ra
   Priority|P3  |P1

[Bug c++/87768] [8/9 Regression] ICE in tsubst_copy_and_build, at cp/pt.c:19002 when using concepts

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug rtl-optimization/87763] [9 Regression] aarch64 target testcases fail after r265398

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug c++/87770] [8/9 Regression] ICE in type_dependent_expression_p, at cp/pt.c:25230

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug libstdc++/87787] [9 Regression][UBSAN] runtime error: null pointer passed as argument 2, which is declared to never be null

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug c++/87863] [9 Regression] c-c++-common/gomp/gridify-{2,3}.c ICE

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Target||hsa
   Priority|P3  |P1

--- Comment #1 from Richard Biener  ---
Guess it needs --enable-hsa or so?

[Bug rtl-optimization/87871] [9 Regression] testcases fail after r265398 on arm

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||missed-optimization
   Priority|P3  |P1

[Bug c++/87893] [9 Regression] ICE in gimplify_expr, at gimplify.c:12557 on arm-linux-gnueabi

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug c++/87935] [9 regression] new failures on arm since r265788

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug lto/85574] [8/9 Regression] LTO bootstapped binaries differ

[hubicka at ucw dot cz]

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

--- Comment #14 from Jan Hubicka  ---
> Yeah.  Note that the debug stmt differences _might_ be explained by
> ICF in case ICF ignores debug stmts when merging.  But since the
> ICF dumps are ordered differently it's hard to see actual decision
> differences...

Yep, ICF ignores debug statements and choice of the leading function
from the group depends on memory layout it will diverge on that. Which
of course is a bug...

Honza

[Bug ipa/87957] [9 Regression] ICE tree check: expected tree that contains ‘decl minimal’ structure, have ‘identifier_node’ in warn_odr, at ipa-devirt.c:1051 since r265519

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

--- Comment #21 from Richard Biener  ---
(In reply to Eric Botcazou from comment #20)
> > I guess the middle-end relies on TYPE_NAME to have the TYPE_MAIN_VARIANT
> > type rather than be qualified.  The question if just here and it is possible
> > to cope with that, or elsewhere too.
> 
> Yes, but only here and only for a couple of weeks, i.e. it's a novelty.

Enforced as novelty, yes, but it was my understanding all the time?

OTOH typedef variants can have different qualifiers so I guess it's either
TREE_TYPE (TYPE_NAME (t)) == t [or DECL_ORIGINAL_TYPE?] or
== TYPE_MAIN_VARIANT (t).  But I guess even that restriction is too strict
for variants of the typedef variants...

Still the bug morphed into sth else, the gnat regression.

[Bug lto/87988] [9 regression] Streaming of ABSTRACT_ORIGIN is expensive

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||compile-time-hog, deferred,
   ||lto, memory-hog
   Priority|P3  |P2
   Target Milestone|9.0 |10.0

--- Comment #11 from Richard Biener  ---
Deferred.

[Bug c++/87996] [8/9 Regression] "size of array is negative" error when SIZE_MAX/2 < sizeof(array) <= SIZE_MAX

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug debug/88046] [9 Regression] ICE in add_data_member_location_attribute at gcc/dwarf2out.c:19237 since r261885

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1
 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed|2018-11-15 00:00:00 |2018-12-21
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #3 from Richard Biener  ---
Mine.

[Bug tree-optimization/88074] [7/8/9 Regression] g++ hangs on math expression

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

--- Comment #25 from Richard Biener  ---
I'm somewhat stuck here.  I'll see to limit the argument range we try to fold
instead of making mpc behave.

[Bug lto/88081] [7/8/9 Regression] ICE in lto_varpool_replace_node, at lto/lto-symtab.c:109

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2
   Target Milestone|9.0 |7.5

[Bug tree-optimization/88107] [7/8/9 Regression] ICE in find_outermost_region_in_block, at tree-cfg.c:7157

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2
   Target Milestone|9.0 |7.5

[Bug lto/88130] [9 Regression] ICE in copy_function_or_variable, at lto-streamer-out.c:2315 since r260963

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug lto/88140] [9 Regression] ICE: verify_gimple failed since r266325

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug c++/87125] [9 Regression] ICE in tsubst_copy starting with r261084

[jakub at gcc dot gnu.org]

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

--- Comment #4 from Jakub Jelinek  ---
Author: jakub
Date: Fri Dec 21 12:11:57 2018
New Revision: 267324

URL: https://gcc.gnu.org/viewcvs?rev=267324&root=gcc&view=rev
Log:
PR c++/87125
* g++.dg/cpp0x/pr87125.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/pr87125.C
Modified:
trunk/gcc/testsuite/ChangeLog

[Bug c++/87125] [9 Regression] ICE in tsubst_copy starting with r261084

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #5 from Jakub Jelinek  ---
Indeed, it is.

*** This bug has been marked as a duplicate of bug 87814 ***

[Bug c++/87814] [9 Regression] ICE in in tsubst_copy, at cp/pt.c:15962 with range-v3

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #10 from Jakub Jelinek  ---
*** Bug 87125 has been marked as a duplicate of this bug. ***

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

[asolokha at gmx dot com]

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

--- Comment #21 from Arseny Solokha  ---
(In reply to Arseny Solokha from comment #13)
> In decl_address_invariant_p() we hit this break:
> 
>  3423 case VAR_DECL:
>  3424   if ((TREE_STATIC (op) || DECL_EXTERNAL (op))
>  3425   || DECL_THREAD_LOCAL_P (op)
>  3426   || DECL_CONTEXT (op) == current_function_decl
>  3427   || decl_function_context (op) == current_function_decl)
>  3428 return true;
>  3429   break;
> 
> and return false, which in the end becomes what is_gimple_min_invariant()
> returns.

Indeed, w/ -ftrapping-math we have this at the point of the (failing)
assertion:

(gdb) p debug_tree (currop->op0)
 
unit-size 
align:64 warn_if_not_align:0 symtab:0 alias-set 1 canonical-type
0x777cf498 precision:64
pointer_to_this >
public unsigned SI
size 
unit-size 
align:32 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x777cf888>

arg:0 
addressable used ignored read DF gcpt737x.c:9:5 size  unit-size 
align:64 warn_if_not_align:0 context >>
$1 = void

while w/ -fno-trapping-math:

(gdb) p debug_tree (currop->op0)
 
unit-size 
align:64 warn_if_not_align:0 symtab:0 alias-set 1 canonical-type
0x777cf498 precision:64
pointer_to_this >
public unsigned SI
size 
unit-size 
align:32 warn_if_not_align:0 symtab:0 alias-set 2 canonical-type
0x777cf888>

arg:0 
addressable used ignored DF gcpt737x.c:9:5 size  unit-size 
align:64 warn_if_not_align:0>>
$1 = void

There's no function context in the latter case, so

 3427   || decl_function_context (op) == current_function_decl)

evaluates to false, and gcc_assert() eventually fails.

In case of -fno-trapping-math this context gets assigned during the second call
to gimple_add_tmp_var():

 751   DECL_CONTEXT (tmp) = current_function_decl;
 752   DECL_SEEN_IN_BIND_EXPR_P (tmp) = 1;

and I fail to see why this doesn't happen w/ -ftrapping-math. The assignment
clearly happens on the second invocation of gimple_add_tmp_var() but watchpoint
doesn't fire.

-fno-trapping-math:

Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf510)
at gcc/tree.h:3270
(gdb) 
Continuing.

Hardware watchpoint 3: -location DECL_CONTEXT (tmp)

Old value = (tree_node *) 0x0
New value = (tree_node *) 0x778a5c00
gimple_add_tmp_var (tmp=0x77fcf510)
at gcc/gimplify.c:752

(gdb) 
Continuing.

Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf5a0)
at gcc/tree.h:3270

(gdb) 
Continuing.

Hardware watchpoint 4: -location TREE_OPERAND (currop->op0,
0).decl_minimal.context

Old value = (tree_node *) 0x0
New value = (tree_node *) 0x778a5c00
gimple_add_tmp_var (tmp=0x77fcf5a0)
at gcc/gimplify.c:752

(gdb) 
Continuing.

Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf630)
at gcc/tree.h:3270

(gdb) 
Continuing.

Breakpoint 2, create_component_ref_by_pieces_1 (block=0x778a3888,
ref=0x1e4d090, operand=0x7fffc7d0, stmts=0x7fffc868)
at gcc/tree-ssa-pre.c:2520

(gdb) 
Continuing.
[Inferior 1 (process 4261) exited normally]

-ftrapping-math:

Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf510)
at gcc/tree.h:3270

(gdb) 
Continuing.

Hardware watchpoint 3: -location DECL_CONTEXT (tmp)

Old value = (tree_node *) 0x0
New value = (tree_node *) 0x778a5c00
gimple_add_tmp_var (tmp=0x77fcf510)
at gcc/gimplify.c:752

(gdb) 
Continuing.

Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf5a0)
at gcc/tree.h:3270

(gdb) 
Continuing.

Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf630)
at gcc/tree.h:3270

(gdb) 
Continuing.

Breakpoint 2, create_component_ref_by_pieces_1 (block=0x778a3138,
ref=0x1e4cb40, operand=0x7fffc960, stmts=0x7fffc9f8)
at gcc/tree-ssa-pre.c:2520

(gdb) 
Continuing.
during GIMPLE pass: pre
cptctz2r.c: In function 'i6':
cptctz2r.c:4:1: internal compiler error: in create_component_ref_by_pieces_1,
at tree-ssa-pre.c:2520

What should I look at next?

[Bug libgomp/87064] [9 regression] libgomp.oacc-fortran/reduction-3.f90 fails starting with r263751

[wschmidt at gcc dot gnu.org]

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

--- Comment #10 from Bill Schmidt  ---
Yes. See, for example,
https://gcc.gnu.org/ml/gcc-testresults/2018-12/msg02508.html.

[Bug libgomp/87064] [9 regression] libgomp.oacc-fortran/reduction-3.f90 fails starting with r263751

[wschmidt at gcc dot gnu.org]

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

Bill Schmidt  changed:

   What|Removed |Added

 Status|WAITING |NEW

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

[rguenther at suse dot de]

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

--- Comment #22 from rguenther at suse dot de  ---
On Fri, 21 Dec 2018, asolokha at gmx dot com wrote:

> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134
> 
> --- Comment #21 from Arseny Solokha  ---
> (In reply to Arseny Solokha from comment #13)
> > In decl_address_invariant_p() we hit this break:
> > 
> >  3423 case VAR_DECL:
> >  3424   if ((TREE_STATIC (op) || DECL_EXTERNAL (op))
> >  3425   || DECL_THREAD_LOCAL_P (op)
> >  3426   || DECL_CONTEXT (op) == current_function_decl
> >  3427   || decl_function_context (op) == current_function_decl)
> >  3428 return true;
> >  3429   break;
> > 
> > and return false, which in the end becomes what is_gimple_min_invariant()
> > returns.
> 
> Indeed, w/ -ftrapping-math we have this at the point of the (failing)
> assertion:
> 
> (gdb) p debug_tree (currop->op0)
>   type  type  size 
> unit-size 
> align:64 warn_if_not_align:0 symtab:0 alias-set 1 canonical-type
> 0x777cf498 precision:64
> pointer_to_this >
> public unsigned SI
> size 
> unit-size 
> align:32 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
> 0x777cf888>
> 
> arg:0  double>
> addressable used ignored read DF gcpt737x.c:9:5 size  0x777c8000 64> unit-size 
> align:64 warn_if_not_align:0 context  i6>>>
> $1 = void
> 
> while w/ -fno-trapping-math:
> 
> (gdb) p debug_tree (currop->op0)
>   type  type  size 
> unit-size 
> align:64 warn_if_not_align:0 symtab:0 alias-set 1 canonical-type
> 0x777cf498 precision:64
> pointer_to_this >
> public unsigned SI
> size 
> unit-size 
> align:32 warn_if_not_align:0 symtab:0 alias-set 2 canonical-type
> 0x777cf888>
> 
> arg:0  double>
> addressable used ignored DF gcpt737x.c:9:5 size  0x777c8000 64> unit-size 
> align:64 warn_if_not_align:0>>
> $1 = void
> 
> There's no function context in the latter case, so
> 
>  3427   || decl_function_context (op) == current_function_decl)
> 
> evaluates to false, and gcc_assert() eventually fails.
> 
> In case of -fno-trapping-math this context gets assigned during the second 
> call
> to gimple_add_tmp_var():
> 
>  751   DECL_CONTEXT (tmp) = current_function_decl;
>  752   DECL_SEEN_IN_BIND_EXPR_P (tmp) = 1;
> 
> and I fail to see why this doesn't happen w/ -ftrapping-math. The assignment
> clearly happens on the second invocation of gimple_add_tmp_var() but 
> watchpoint
> doesn't fire.
> 
> -fno-trapping-math:
> 
> Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf510)
> at gcc/tree.h:3270
> (gdb) 
> Continuing.
> 
> Hardware watchpoint 3: -location DECL_CONTEXT (tmp)
> 
> Old value = (tree_node *) 0x0
> New value = (tree_node *) 0x778a5c00
> gimple_add_tmp_var (tmp=0x77fcf510)
> at gcc/gimplify.c:752
> 
> (gdb) 
> Continuing.
> 
> Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf5a0)
> at gcc/tree.h:3270
> 
> (gdb) 
> Continuing.
> 
> Hardware watchpoint 4: -location TREE_OPERAND (currop->op0,
> 0).decl_minimal.context
> 
> Old value = (tree_node *) 0x0
> New value = (tree_node *) 0x778a5c00
> gimple_add_tmp_var (tmp=0x77fcf5a0)
> at gcc/gimplify.c:752
> 
> (gdb) 
> Continuing.
> 
> Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf630)
> at gcc/tree.h:3270
> 
> (gdb) 
> Continuing.
> 
> Breakpoint 2, create_component_ref_by_pieces_1 (block=0x778a3888,
> ref=0x1e4d090, operand=0x7fffc7d0, stmts=0x7fffc868)
> at gcc/tree-ssa-pre.c:2520
> 
> (gdb) 
> Continuing.
> [Inferior 1 (process 4261) exited normally]
> 
> -ftrapping-math:
> 
> Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf510)
> at gcc/tree.h:3270
> 
> (gdb) 
> Continuing.
> 
> Hardware watchpoint 3: -location DECL_CONTEXT (tmp)
> 
> Old value = (tree_node *) 0x0
> New value = (tree_node *) 0x778a5c00
> gimple_add_tmp_var (tmp=0x77fcf510)
> at gcc/gimplify.c:752
> 
> (gdb) 
> Continuing.
> 
> Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf5a0)
> at gcc/tree.h:3270
> 
> (gdb) 
> Continuing.
> 
> Breakpoint 1, gimple_add_tmp_var (tmp=0x77fcf630)
> at gcc/tree.h:3270
> 
> (gdb) 
> Continuing.
> 
> Breakpoint 2, create_component_ref_by_pieces_1 (block=0x778a3138,
> ref=0x1e4cb40, operand=0x7fffc960, stmts=0x7fffc9f8)
> at gcc/tree-ssa-pre.c:2520
> 
> (gdb) 
> Continuing.
> during GIMPLE pass: pre
> cptctz2r.c: In function 'i6':
> cptctz2r.c:4:1: internal compiler error: in create_component_ref_by_pieces_1,
> at tree-ssa-pre.c:2520
> 
> What should I look at next?

Where do the vars get created from?  (backtrace from the 
gimple_add_tmp_var places?)

[Bug lto/85574] [8/9 Regression] LTO bootstapped binaries differ

[rguenth at gcc dot gnu.org]

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

--- Comment #15 from Richard Biener  ---
Created attachment 45278
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45278&action=edit
patch for the ICF issue

Conveniently the congruence_classes have a UID.  So the attached sorts after
that before traversing / splitting.

So testing the attached.

[Bug bootstrap/88450] [9 regression] ICE in stage 2 compiler while configuring libgcc

[sbence92 at gmail dot com]

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

--- Comment #7 from Bence Szabó  ---
New info: when built with --enable-checking=yes, the selftests already produce
segfault in stage2 cc1 and cc1plus at the same point as the below cc1plus.

backtrace for cc1 with r266345.

Thread 1 received signal SIGSEGV, Segmentation fault.
0x0045953d in c_parser_declspecs (parser=parser@entry=0x1965b708,
specs=specs@entry=0x1967d750, scspec_ok=scspec_ok@entry=true,
typespec_ok=typespec_ok@entry=true, start_attr_ok=,
start_attr_ok@entry=true, alignspec_ok=,
alignspec_ok@entry=true, auto_type_ok=, auto_type_ok@entry=true,
la=, la@entry=cla_nonabstract_decl)
at ../../src/gcc/c/c-parser.c:2776
2776  declspecs_add_type (loc, specs, t);
(gdb) bt
#0  0x0045953d in c_parser_declspecs (parser=parser@entry=0x1965b708,
specs=specs@entry=0x1967d750, scspec_ok=scspec_ok@entry=true,
typespec_ok=typespec_ok@entry=true, start_attr_ok=,
start_attr_ok@entry=true, alignspec_ok=,
alignspec_ok@entry=true, auto_type_ok=, auto_type_ok@entry=true,
la=, la@entry=cla_nonabstract_decl)
at ../../src/gcc/c/c-parser.c:2776
#1  0x00471579 in c_parser_declaration_or_fndef (parser=0x1965b708,
fndef_ok=true, static_assert_ok=, empty_ok=true, nested=false,
start_attr_ok=true,
objc_foreach_object_declaration=0x0, omp_declare_simd_clauses=...,
oacc_routine_data=0x0, fallthru_attr_p=0x0) at ../../src/gcc/c/c-parser.c:1850
#2  0x00479f33 in c_parser_external_declaration (parser=0x1965b708) at
../../src/gcc/c/c-parser.c:1653
#3  0x0047a95c in c_parser_translation_unit (parser=) at
../../src/gcc/c/c-parser.c:1534
#4  c_parse_file () at ../../src/gcc/c/c-parser.c:19771
#5  0x004d1af7 in c_common_parse_file () at
../../src/gcc/c-family/c-opts.c:1151
#6  0x00925a4d in compile_file () at ../../src/gcc/toplev.c:456
#7  0x01587bff in do_compile () at ../../src/gcc/toplev.c:2176
#8  toplev::main(int, char**) () at ../../src/gcc/toplev.c:2311
#9  0x016d67f3 in main (argc=2, argv=0x197115d0) at
../../src/gcc/main.c:39

===

backtrace for cc1plus  with r266345:

Thread 1 received signal SIGSEGV, Segmentation fault.
0x00855ac6 in gimplify_expr (expr_p=, pre_p=, pre_p@entry=0x1ab1f948, post_p=, post_p@entry=0x0,
gimple_test_f=,
gimple_test_f@entry=0x8478f0 , fallback=, fallback@entry=0) at ../../src/gcc/gimplify.c:13249
13249   annotate_all_with_location_after (*pre_p, pre_last_gsi,
input_location);
(gdb) bt
#0  0x00855ac6 in gimplify_expr (expr_p=,
pre_p=, pre_p@entry=0x1ab1f948, post_p=,
post_p@entry=0x0, gimple_test_f=,
gimple_test_f@entry=0x8478f0 , fallback=, fallback@entry=0) at ../../src/gcc/gimplify.c:13249
#1  0x0085f0bf in gimplify_stmt (stmt_p=stmt_p@entry=0x1ab1f3f8,
seq_p=seq_p@entry=0x1ab1f948) at ../../src/gcc/gimplify.c:6656
#2  0x0086a17a in gimplify_and_add (seq_p=0x1ab1f948, t=) at ../../src/gcc/gimplify.c:465
#3  gimplify_return_expr (stmt=stmt@entry=0x1decc5a0,
pre_p=pre_p@entry=0x1ab1f948) at ../../src/gcc/gimplify.c:1591
#4  0x00857c1e in gimplify_expr (expr_p=,
pre_p=pre_p@entry=0x1ab1f948, post_p=, post_p@entry=0x0,
gimple_test_f=,
gimple_test_f@entry=0x8478f0 , fallback=, fallback@entry=0) at ../../src/gcc/gimplify.c:12634
#5  0x0085f0bf in gimplify_stmt (stmt_p=,
seq_p=seq_p@entry=0x1ab1f948) at ../../src/gcc/gimplify.c:6656
#6  0x00857fb3 in gimplify_statement_list (pre_p=0x1ab1f948,
expr_p=) at ../../src/gcc/tree-iterator.h:86
#7  gimplify_expr (expr_p=, pre_p=pre_p@entry=0x1ab1f948,
post_p=, post_p@entry=0x0, gimple_test_f=,
gimple_test_f@entry=0x8478f0 ,
fallback=, fallback@entry=0) at
../../src/gcc/gimplify.c:12802
#8  0x0085f0bf in gimplify_stmt (stmt_p=stmt_p@entry=0x1ded4ec0,
seq_p=seq_p@entry=0x1ab1f948) at ../../src/gcc/gimplify.c:6656
#9  0x00860ada in gimplify_body (fndecl=fndecl@entry=0x1ded4e00,
do_parms=do_parms@entry=true) at ../../src/gcc/tree.h:3155
#10 0x00860eaa in gimplify_function_tree
(fndecl=fndecl@entry=0x1ded4e00) at ../../src/gcc/gimplify.c:13726
#11 0x006e34f3 in cgraph_node::analyze (this=this@entry=0x1d0a82e0) at
../../src/gcc/cgraphunit.c:667
#12 0x006e5f5e in analyze_functions (first_time=first_time@entry=true)
at ../../src/gcc/cgraphunit.c:1126
#13 0x006e6ce5 in symbol_table::finalize_compilation_unit
(this=0x1d0a9100) at ../../src/gcc/cgraphunit.c:2835
#14 0x00a90739 in compile_file () at ../../src/gcc/toplev.c:481
#15 0x017b39df in do_compile () at ../../src/gcc/toplev.c:2176
#16 toplev::main(int, char**) () at ../../src/gcc/toplev.c:2311
#17 0x01902d73 in main (argc=2, argv=0x1a15d0) at
../../src/gcc/main.c:39

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

[asolokha at gmx dot com]

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

--- Comment #23 from Arseny Solokha  ---
(In reply to rguent...@suse.de from comment #22)
> Where do the vars get created from?  (backtrace from the 
> gimple_add_tmp_var places?)

(gdb) where
#0  gimple_add_tmp_var (tmp=0x77fcf510)
at gcc/tree.h:3270
#1  0x00a9e799 in gimplify_target_expr (expr_p=0x778af550,
pre_p=0x7fffce80, post_p=0x7fffc740)
at gcc/gimplify.c:6594
#2  0x00a8bfb2 in gimplify_expr (expr_p=,
pre_p=, post_p=, 
gimple_test_f=, fallback=)
at gcc/gimplify.c:12783
#3  0x00a94f09 in gimplify_stmt (stmt_p=,
seq_p=seq_p@entry=0x7fffce80)
at gcc/gimplify.c:6685
#4  0x00a8ca9c in gimplify_statement_list (pre_p=0x7fffce80,
expr_p=)
at gcc/tree-iterator.h:86
#5  gimplify_expr (expr_p=, pre_p=,
post_p=, gimple_test_f=, 
fallback=)
at gcc/gimplify.c:12831
#6  0x00a94f09 in gimplify_stmt (stmt_p=stmt_p@entry=0x778ad2c0,
seq_p=seq_p@entry=0x7fffce80)
at gcc/gimplify.c:6685
#7  0x00a95fd0 in gimplify_compound_expr (expr_p=0x778af718,
pre_p=0x7fffce80, want_value=)
at gcc/gimplify.c:5910
#8  0x00a8c008 in gimplify_expr (expr_p=,
pre_p=, post_p=, 
gimple_test_f=, fallback=)
at gcc/gimplify.c:12392
#9  0x00a94f09 in gimplify_stmt (stmt_p=,
seq_p=seq_p@entry=0x7fffce80)
at gcc/gimplify.c:6685
#10 0x00a8ca9c in gimplify_statement_list (pre_p=0x7fffce80,
expr_p=)
at gcc/tree-iterator.h:86
#11 gimplify_expr (expr_p=, pre_p=,
post_p=, gimple_test_f=, 
fallback=)
at gcc/gimplify.c:12831
#12 0x00a94f09 in gimplify_stmt (stmt_p=stmt_p@entry=0x778bedd0,
seq_p=seq_p@entry=0x7fffce80)
at gcc/gimplify.c:6685
#13 0x00a963a3 in gimplify_bind_expr (expr_p=0x778a5cc0,
pre_p=)
at gcc/tree.h:3658
#14 0x00a8d6fd in gimplify_expr (expr_p=,
pre_p=, post_p=, 
gimple_test_f=, fallback=)
at gcc/gimplify.c:12603
#15 0x00a94f09 in gimplify_stmt (stmt_p=stmt_p@entry=0x778a5cc0,
seq_p=seq_p@entry=0x7fffd0f0)
at gcc/gimplify.c:6685
#16 0x00a970e6 in gimplify_body (fndecl=0x778a5c00,
do_parms=)
at gcc/tree.h:3158
#17 0x00a9751b in gimplify_function_tree
(fndecl=fndecl@entry=0x778a5c00)
at gcc/gimplify.c:13755
#18 0x008f8100 in cgraph_node::analyze (this=0x777b82d0)
at gcc/cgraphunit.c:667
#19 0x008faf08 in analyze_functions (first_time=)
at gcc/cgraphunit.c:1126
#20 0x008fbc27 in symbol_table::finalize_compilation_unit
(this=0x777ba000)
at gcc/cgraphunit.c:2835
#21 0x00d1d693 in compile_file ()
at gcc/toplev.c:481
#22 0x0076b3ff in do_compile ()
at gcc/toplev.c:2176
#23 toplev::main (this=this@entry=0x7fffd446, argc=,
argc@entry=15, argv=, 
argv@entry=0x7fffd548)
at gcc/toplev.c:2311
#24 0x0076d83e in main (argc=15, argv=0x7fffd548)
at gcc/main.c:39

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

[rguenther at suse dot de]

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

--- Comment #24 from rguenther at suse dot de  ---
On Fri, 21 Dec 2018, asolokha at gmx dot com wrote:

> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134
> 
> --- Comment #23 from Arseny Solokha  ---
> (In reply to rguent...@suse.de from comment #22)
> > Where do the vars get created from?  (backtrace from the 
> > gimple_add_tmp_var places?)

Hmm, ok.  We should _always_ have current_function_decl set during 
gimplification...

> (gdb) where
> #0  gimple_add_tmp_var (tmp=0x77fcf510)
> at gcc/tree.h:3270
> #1  0x00a9e799 in gimplify_target_expr (expr_p=0x778af550,
> pre_p=0x7fffce80, post_p=0x7fffc740)
> at gcc/gimplify.c:6594
> #2  0x00a8bfb2 in gimplify_expr (expr_p=,
> pre_p=, post_p=, 
> gimple_test_f=, fallback=)
> at gcc/gimplify.c:12783
> #3  0x00a94f09 in gimplify_stmt (stmt_p=,
> seq_p=seq_p@entry=0x7fffce80)
> at gcc/gimplify.c:6685
> #4  0x00a8ca9c in gimplify_statement_list (pre_p=0x7fffce80,
> expr_p=)
> at gcc/tree-iterator.h:86
> #5  gimplify_expr (expr_p=, pre_p=,
> post_p=, gimple_test_f=, 
> fallback=)
> at gcc/gimplify.c:12831
> #6  0x00a94f09 in gimplify_stmt (stmt_p=stmt_p@entry=0x778ad2c0,
> seq_p=seq_p@entry=0x7fffce80)
> at gcc/gimplify.c:6685
> #7  0x00a95fd0 in gimplify_compound_expr (expr_p=0x778af718,
> pre_p=0x7fffce80, want_value=)
> at gcc/gimplify.c:5910
> #8  0x00a8c008 in gimplify_expr (expr_p=,
> pre_p=, post_p=, 
> gimple_test_f=, fallback=)
> at gcc/gimplify.c:12392
> #9  0x00a94f09 in gimplify_stmt (stmt_p=,
> seq_p=seq_p@entry=0x7fffce80)
> at gcc/gimplify.c:6685
> #10 0x00a8ca9c in gimplify_statement_list (pre_p=0x7fffce80,
> expr_p=)
> at gcc/tree-iterator.h:86
> #11 gimplify_expr (expr_p=, pre_p=,
> post_p=, gimple_test_f=, 
> fallback=)
> at gcc/gimplify.c:12831
> #12 0x00a94f09 in gimplify_stmt (stmt_p=stmt_p@entry=0x778bedd0,
> seq_p=seq_p@entry=0x7fffce80)
> at gcc/gimplify.c:6685
> #13 0x00a963a3 in gimplify_bind_expr (expr_p=0x778a5cc0,
> pre_p=)
> at gcc/tree.h:3658
> #14 0x00a8d6fd in gimplify_expr (expr_p=,
> pre_p=, post_p=, 
> gimple_test_f=, fallback=)
> at gcc/gimplify.c:12603
> #15 0x00a94f09 in gimplify_stmt (stmt_p=stmt_p@entry=0x778a5cc0,
> seq_p=seq_p@entry=0x7fffd0f0)
> at gcc/gimplify.c:6685
> #16 0x00a970e6 in gimplify_body (fndecl=0x778a5c00,
> do_parms=)
> at gcc/tree.h:3158
> #17 0x00a9751b in gimplify_function_tree
> (fndecl=fndecl@entry=0x778a5c00)
> at gcc/gimplify.c:13755
> #18 0x008f8100 in cgraph_node::analyze (this=0x777b82d0)
> at gcc/cgraphunit.c:667
> #19 0x008faf08 in analyze_functions (first_time=)
> at gcc/cgraphunit.c:1126
> #20 0x008fbc27 in symbol_table::finalize_compilation_unit
> (this=0x777ba000)
> at gcc/cgraphunit.c:2835
> #21 0x00d1d693 in compile_file ()
> at gcc/toplev.c:481
> #22 0x0076b3ff in do_compile ()
> at gcc/toplev.c:2176
> #23 toplev::main (this=this@entry=0x7fffd446, argc=,
> argc@entry=15, argv=, 
> argv@entry=0x7fffd548)
> at gcc/toplev.c:2311
> #24 0x0076d83e in main (argc=15, argv=0x7fffd548)
> at gcc/main.c:39
> 
>

[Bug lto/88147] [9 Regression] ICE in linemap_line_start, at libcpp/line-map.c:781 starting from r265875

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug libstdc++/88170] [9 Regression] pretty printer FAILs

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug c++/88193] [9 Regression] ICE on (invalid) C++ code: Segmentation fault

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug ada/88200] [9 Regression] ada bootstrap failure on alpha-linux-gnu (aised STORAGE_ERROR : stack overflow or erroneous memory access)

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug ipa/88235] [7/8/9 Regression] ICE: verify_cgraph_node failed (error: edge points to wrong declaration)

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2
   Target Milestone|9.0 |7.5

[Bug c++/88256] [7/8/9 Regression] ICE: Segmentation fault (in make_ssa_name_fn), C++ FE missing DECL_EXPRs

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/88293] [9 Regression] ICE on C++11 code: in build_target_expr_with_type, at cp/tree.c:793

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug middle-end/88273] [8/9 Regression] warning: 'memcpy' offset [-527, -529] is out of the bounds [0, 16] of object 'vrsave' with type 'union ' [-Warray-bounds]

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/88261] [9 Regression] ICE: verify_gimple failed (error: non-trivial conversion at assignment)

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||ice-checking
   Priority|P3  |P1

[Bug c++/88294] [9 Regression] ICE on (invalid) C++11 code: in tsubst_copy, at cp/pt.c:15391

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug rtl-optimization/88296] [9 Regression] Infinite loop in lra_split_hard_reg_for

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||needs-bisection
 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2018-12-21
 Ever confirmed|0   |1

--- Comment #2 from Richard Biener  ---
needs bisect for that

[Bug c++/88312] [9 regression] Mishandled explicitly provided parameter pack

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug c++/88325] [9 Regression] ICE on (invalid) C++ code when compiled with -std=c++2a: in make_typename_type, at cp/decl.c:3816

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug target/88346] [9 Regression] Inconsistent list of CPUs supported by the rs6000 backend after r266502

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug target/87545] [9 Regression] -mtune=intel regressions

[hjl.tools at gmail dot com]

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

--- Comment #4 from H.J. Lu  ---
(In reply to Richard Biener from comment #3)
> HJ?  Otherwise I'll simply make this change.

Yes, please.  Thanks.

[Bug c/88363] [9 Regression] alloc_align attribute doesn't accept enumerated arguments

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug c++/88368] [7/8/9 Regression] Improper ``use of deleted function''

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug tree-optimization/88567] New: [9 Regression] ICE in get_initial_defs_for_reduction when building 521.wrf_r on AArch64 SVE

[ktkachov at gcc dot gnu.org]

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

Bug ID: 88567
   Summary: [9 Regression] ICE in get_initial_defs_for_reduction
when building 521.wrf_r on AArch64 SVE
   Product: gcc
   Version: 9.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: ktkachov at gcc dot gnu.org
CC: rsandifo at gcc dot gnu.org
  Target Milestone: ---

521.wrf_r ICEs when building with -Ofast -fomit-frame-pointer
-march=armv8.2-a+sve

The file module_cu_camzm.fppized.f90 in particular ICEs:
$ aarch64-none-linux-gnu-gfortran -c -o module_cu_camzm.fppized.o -I.
-I./netcdf/include -I./inc -Ofast -fomit-frame-pointer -save-temps
-march=armv8.2-a+sve -fconvert=big-endian module_cu_camzm.fppized.f90

during GIMPLE pass: vect
module_cu_camzm.fppized.f90:1957:0:

 1957 | subroutine cldprp(lchnk   , &
  | 
internal compiler error: in operator[], at vec.h:845
0x61f05c vec::operator[](unsigned int)
$SRC/gcc/vec.h:845
0x61f05c vec::operator[](unsigned int)
$SRC/gcc/vec.h:1364
0x61f05c get_initial_defs_for_reduction
$SRC/gcc/tree-vect-loop.c:4160
0x61f05c vect_create_epilog_for_reduction
$SRC/gcc/tree-vect-loop.c:4373
0xf742c9 vectorizable_reduction(_stmt_vec_info*, gimple_stmt_iterator*,
_stmt_vec_info**, _slp_tree*, _slp_instance*, vec*)
$SRC/gcc/tree-vect-loop.c:7092
0xf67e90 vect_transform_stmt(_stmt_vec_info*, gimple_stmt_iterator*,
_slp_tree*, _slp_instance*)
$SRC/gcc/tree-vect-stmts.c:9771
0xf8f29e vect_schedule_slp_instance
$SRC/gcc/tree-vect-slp.c:4023
0xf92e4c vect_schedule_slp(vec_info*)
$SRC/gcc/tree-vect-slp.c:4098
0xf77096 vect_transform_loop(_loop_vec_info*)
$SRC/gcc/tree-vect-loop.c:8273
0xf9b61d try_vectorize_loop_1
$SRC/gcc/tree-vectorizer.c:969
0xf9bfa1 vectorize_loops()
$SRC/gcc/tree-vectorizer.c:1102
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

GCC 8 doesn't ICE

[Bug c++/88380] [7/8/9 Regression] Sequence of not-explicitly initialised, initialised, variable length generates no initialiser

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/88385] [9 regression] ICE in tsubst_pack_expansion

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2018-12-21
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
Current trunk works for me and prints

> ./cc1plus -quiet t.ii -std=c++17
t.ii:11:17: warning: inline function ‘constexpr
compressed_tuple_::compressed_tuple_(Args&& ...) [with Args = {int, int};
Ts = {int, int}]’ used but never defined
   11 |   constexpr compressed_tuple_(Args &&... args)
  | ^

can you confirm this is fixed?

[Bug c++/88394] [8/9 Regression] g++ ICE (Segmentation fault) in insert_capture_proxy

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug go/88406] [9 regression] Many 64-bit Solaris 10/SPARC execution tests FAIL

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P4

[Bug c++/87863] [9 Regression] c-c++-common/gomp/gridify-{2,3}.c ICE

[jamborm at gcc dot gnu.org]

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

Martin Jambor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2018-12-21
   Assignee|unassigned at gcc dot gnu.org  |jamborm at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #2 from Martin Jambor  ---
Mine.

[Bug c++/88419] [7/8/9 Regression] [ICE] "Same canonical type node for different types" for CTAD in noexcept

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug rtl-optimization/88423] [9 Regression] ICE in begin_move_insn, at sched-ebb.c:175

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2018-12-21
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
Confirmed.

[Bug testsuite/88436] [9 regression] r265421 causes gcc.target/powerpc/pr54240.c to fail

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2018-12-21
 Ever confirmed|0   |1

[Bug bootstrap/88450] [9 regression] ICE in stage 2 compiler while configuring libgcc

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

 Status|NEW |WAITING

--- Comment #8 from Richard Biener  ---
Can you provide dissassembly at the faulting address from within the debugger
and see which register/address values are accessed?

[Bug target/88469] [7/8/9 regression] AAPCS - Struct with 64-bit bitfield may be passed in wrong registers

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug target/88530] [8/9 Regression] AArch64 Unsupported options passed to assemblers when it doesn't need to.

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2

[Bug c++/88548] [9 Regression] this accepted in static member functions

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug debug/88534] [9 Regression] internal compiler error: in tree_add_const_value_attribute, at dwarf2out.c:20246

[rguenth at gcc dot gnu.org]

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

--- Comment #7 from Richard Biener  ---
But how's it a regression then...  from rejected to ice-on-valid?

[Bug c++/88554] [9 Regression] Segfault ICE when falling off the end of a reference-returning friend operator

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug c++/88555] [9 Regression] Pack expansion fails

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1

[Bug middle-end/88560] [9 Regression] armv8_2-fp16-move-1.c and related regressions after r266385

[rguenth at gcc dot gnu.org]

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

Richard Biener  changed:

   What|Removed |Added

   Keywords||missed-optimization, ra
   Priority|P3  |P1