[Bug middle-end/100267] gcc -O2 for avx512 instrincts generates extra warnings and less optimizations

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

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

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Keywords||diagnostic,
   ||missed-optimization
 Target||x86_64-*-* i?86-*-*
 Ever confirmed|0   |1
   Last reconfirmed||2021-04-27

--- Comment #1 from Richard Biener  ---
With GCC 9 SRA decomposes pdata and substitutes uninitialized SSA names marked
with no-warning while later we no longer perform this optimization.  It's not
exactly clear what _mm256_mask_expand_epi64 does and why you need to feed it
an uninitialized first argument.

The middle-end unfortunately only sees

  _41 = MEM[(__m256i * {ref-all})&pdata];
  _42 = __builtin_ia32_expanddi256_mask (_29, _41, 15);

where it doesn't know that __builtin_ia32_expanddi256_mask doesn't actually
use the uninitialized value _41 (does it?)

You could use

  __m256i pdatau = pdatau;

  pdata[0] = _mm256_mask_expand_epi64(pdatau, m[0], nd[0]);
  pdata[1] = _mm256_mask_expand_epi64(pdatau, m[1], nd[1]);

to get an uninitialized __m256i and not warn about the missed initialization.
(but I suspect the data might be initialized in other uses)

[Bug target/100269] [12 Regression] i686 biarch compiler fails for Darwin after r12-36.

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

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P1
  Component|bootstrap   |target

[Bug fortran/100276] [12 regression] Many failures after r12-119

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

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

Richard Biener  changed:

   What|Removed |Added

   Target Milestone|--- |12.0

[Bug c++/100277] ICE on cuda host code

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

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

Richard Biener  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |WAITING
 Target||nvptx
   Last reconfirmed||2021-04-27

--- Comment #1 from Richard Biener  ---
can you provide tmpxft_555d_-6_middlegame.cudafe1.ii please?

[Bug middle-end/100278] IBM Z: Segmentation fault when building valgrind with -march=z14

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

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

Richard Biener  changed:

   What|Removed |Added

   Last reconfirmed||2021-04-27
 Ever confirmed|0   |1
 Status|UNCONFIRMED |ASSIGNED
 Target||s390x
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org

--- Comment #1 from Richard Biener  ---
I will have a look.

[Bug tree-optimization/99776] missed optimization for dead code elimination at -O3 (vs. -O1)

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

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

--- Comment #5 from CVS Commits  ---
The master branch has been updated by Richard Biener :

https://gcc.gnu.org/g:7d6bb80931b429631f63e0fd27bee95f32eb57a9

commit r12-139-g7d6bb80931b429631f63e0fd27bee95f32eb57a9
Author: Richard Biener 
Date:   Fri Mar 26 09:50:03 2021 +0100

tree-optimization/99776 - relax condition on vector ctor element extract

This relaxes the condition for the match.pd pattern doing vector ctor
element extracts to not require type identity but only size equality.
Since we vectorize pointer data as unsigned integer data such mismatches
have to be tolerated to optimize scalar code uses of vector results.

2021-03-26  Richard Biener  

PR tree-optimization/99776
* match.pd (bit_field_ref (ctor)): Relax element extract
type compatibility checks.

* gcc.dg/tree-ssa/ssa-fre-91.c: New testcase.

[Bug tree-optimization/99776] missed optimization for dead code elimination at -O3 (vs. -O1)

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

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

Richard Biener  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work||12.0
 Resolution|--- |FIXED

--- Comment #6 from Richard Biener  ---
Fixed for GCC 12.

[Bug tree-optimization/99986] missed optimization for dead code elimination at -O3 (vs. -O1)

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

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

Bug 99776 Summary: missed optimization for dead code elimination at -O3 (vs. 
-O1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99776

   What|Removed |Added

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

[Bug target/99405] Rotate with mask not optimized on x86 for QI/HImode rotates

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

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

--- Comment #7 from CVS Commits  ---
The master branch has been updated by Jakub Jelinek :

https://gcc.gnu.org/g:71c8aaf29bb122ebe5e67c84903fd23ff05f04ec

commit r12-140-g71c8aaf29bb122ebe5e67c84903fd23ff05f04ec
Author: Jakub Jelinek 
Date:   Tue Apr 27 10:17:45 2021 +0200

i386: Improve [QH]Imode rotates with masked shift count [PR99405]

The following testcase shows that while we nicely optimize away the
useless and? of shift count before rotation for [SD]Imode rotates,
we don't do that for [QH]Imode.

The following patch optimizes that by using the right iterator on those
4 patterns.

2021-04-27  Jakub Jelinek  

PR target/99405
* config/i386/i386.md (*3_mask, *3_mask_1):
For any_rotate define_insn_split and following splitters, use
SWI iterator instead of SWI48.

* gcc.target/i386/pr99405.c: New test.

[Bug c++/100281] New: ICE with SImode pointer assignment in C++

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

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

Bug ID: 100281
   Summary: ICE with SImode pointer assignment in C++
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: krebbel at gcc dot gnu.org
  Target Milestone: ---

Created attachment 50685
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50685&action=edit
Experimental Fix

typedef void * __attribute__((mode (SI))) __ptr32_t;

void foo(){
  unsigned int b = 100;
  __ptr32_t a;
  a = b;
}

Building with "cc1plus t.cpp" ICEs on s390x:

 void foo()
in strip_typedefs, at cp/tree.c:1770
6 |   a = b;
  |   ^
0x156f731 strip_typedefs(tree_node*, bool*, unsigned int)
/home2/andreas/build/../gcc/gcc/cp/tree.c:1770
0x135c827 type_to_string
/home2/andreas/build/../gcc/gcc/cp/error.c:3298
0x136c723 cxx_format_postprocessor::handle(pretty_printer*)
/home2/andreas/build/../gcc/gcc/cp/error.c:4242
0x291f171 pp_format(pretty_printer*, text_info*)
/home2/andreas/build/../gcc/gcc/pretty-print.c:1496
0x28ffecb diagnostic_report_diagnostic(diagnostic_context*, diagnostic_info*)
/home2/andreas/build/../gcc/gcc/diagnostic.c:1244
0x2902cef diagnostic_impl
/home2/andreas/build/../gcc/gcc/diagnostic.c:1406
0x2902cef permerror(rich_location*, char const*, ...)
/home2/andreas/build/../gcc/gcc/diagnostic.c:1688
0x12441f7 convert_like_internal
/home2/andreas/build/../gcc/gcc/cp/call.c:7581
0x12460e1 convert_like
/home2/andreas/build/../gcc/gcc/cp/call.c:8114
0x12463b3 convert_like
/home2/andreas/build/../gcc/gcc/cp/call.c:8126
0x12463b3 perform_implicit_conversion_flags(tree_node*, tree_node*, int, int)
/home2/andreas/build/../gcc/gcc/cp/call.c:12303
0x1599687 cp_build_modify_expr(unsigned int, tree_node*, tree_code, tree_node*,
int)
/home2/andreas/build/../gcc/gcc/cp/typeck.c:8887
0x159b66d build_x_modify_expr(unsigned int, tree_node*, tree_code, tree_node*,
int)
/home2/andreas/build/../gcc/gcc/cp/typeck.c:8978
0x1435d8d cp_parser_assignment_expression
/home2/andreas/build/../gcc/gcc/cp/parser.c:10184
0x1437661 cp_parser_expression
/home2/andreas/build/../gcc/gcc/cp/parser.c:10313
0x143b5c1 cp_parser_expression_statement
/home2/andreas/build/../gcc/gcc/cp/parser.c:12041
0x1449a71 cp_parser_statement
/home2/andreas/build/../gcc/gcc/cp/parser.c:11837
0x144bac7 cp_parser_statement_seq_opt
/home2/andreas/build/../gcc/gcc/cp/parser.c:12189
0x144bbc7 cp_parser_compound_statement
/home2/andreas/build/../gcc/gcc/cp/parser.c:12138
0x146ef03 cp_parser_function_body
/home2/andreas/build/../gcc/gcc/cp/parser.c:24080
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.


The problem appears to be triggered by two locations in the front-end where
non-POINTER_SIZE pointers aren't handled right now.

1. An assertion in strip_typedefs is triggered because the alignment of the
types don't match. This in turn is caused by creating the new type with
build_pointer_type instead of taking the type of the original pointer into
account.
2. An assertion in cp_convert_to_pointer is triggered which expects the target
type to always have POINTER_SIZE.

[Bug middle-end/100278] IBM Z: Segmentation fault when building valgrind with -march=z14

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

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

--- Comment #2 from CVS Commits  ---
The master branch has been updated by Richard Biener :

https://gcc.gnu.org/g:acfe5290406cc70485df8899d14982278a9371f8

commit r12-141-gacfe5290406cc70485df8899d14982278a9371f8
Author: Richard Biener 
Date:   Tue Apr 27 09:41:38 2021 +0200

tree-optimization/100278 - handle mismatched code in TBAA adjust of PRE

PRE has code to adjust TBAA behavior for refs that expects the base
operation code to match.  The testcase shows a case where we have
a VAR_DECL vs. a MEM_REF so add code to give up in such cases.

2021-04-27  Richard Biener  

PR tree-optimization/100278
* tree-ssa-pre.c (compute_avail): Give up when we cannot
adjust TBAA beacuse of mismatching bases.

* gcc.dg/tree-ssa/pr100278.c: New testcase.

[Bug middle-end/100278] IBM Z: Segmentation fault when building valgrind with -march=z14

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

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

Richard Biener  changed:

   What|Removed |Added

  Known to work||12.0

--- Comment #3 from Richard Biener  ---
Fixed on trunk sofar, the issue is latent so I'm probably going to backport.

[Bug testsuite/100272] some incomplete dg-commands

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

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

Richard Biener  changed:

   What|Removed |Added

   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
   Last reconfirmed||2021-04-27
 Status|UNCONFIRMED |ASSIGNED
 Ever confirmed|0   |1

--- Comment #1 from Richard Biener  ---
(In reply to G. Steinmetz from comment #0)
> Missing a starting "{" after "//" :
> 
> ./gcc/testsuite/g++.dg/ext/flexary13.C:  { 0, { } };   // dg-warning
> "initialization of a flexible array member" }
> ./gcc/testsuite/g++.dg/ext/flexary13.C:  { 1, { 2 } };   // dg-warning
> "initialization of a flexible array member" }
> ./gcc/testsuite/g++.dg/ext/flexary13.C:  { 2, { 3, 4 } }; // dg-warning
> "initialization of a flexible array member" }
> ./gcc/testsuite/g++.dg/ext/flexary13.C:  { 123, i };   // dg-warning
> "initialization of a flexible array member" }
> ./gcc/testsuite/g++.dg/ext/flexary13.C:  { 456, { i } }; // dg-warning
> "initialization of a flexible array member" }
> ./gcc/testsuite/g++.dg/ext/flexary13.C:  { 3, { i, j, k } }; //
> dg-warning "initialization of a flexible array member" }
> ./gcc/testsuite/g++.dg/ext/flexary13.C:  { 1, { 2 } };   // dg-warning
> "initialization of a flexible array member" }

The warnings don't appear - maybe it was a way to "xfail" them w/o xfailing...

> ./gcc/testsuite/g++.dg/diagnostic/ptrtomem1.C:22:requires (sizeof(T)==1) //
> dg-message {\[with T = int \(X::\*\)\[5\]\]} }

Fixing.

> 
> 
> Missing both starting "{" and ending "}" (if desired at all) :
> 
> ./gcc/testsuite/g++.dg/template/spec26.C:1:// dg-do run
> 
> ./gcc/testsuite/gcc.dg/pr20126.c:1:/* dg-do run */
> ./gcc/testsuite/gcc.dg/pr20126.c:2:/* dg-options "-O2" */
> 
> ./gcc/testsuite/gcc.dg/tree-ssa/pr20739.c:3:/* dg-do compile */
> ./gcc/testsuite/gcc.dg/tree-ssa/pr20739.c:4:/* dg-options "-O" */
> 
> ./gcc/testsuite/gcc.dg/tree-ssa/predcom-1.c:50:/* dg-final {
> scan-tree-dump-times "looparound ref" 1 "pcom" } */

xfail as well

> ./libffi/testsuite/libffi.complex/complex_int.c:79:  /* dg-output "-2,8i
> 2,8i, x 1234 1234, y 0 0" */
> 
> 
> 
> This dg-command seems to be truncated at "+" :
> 
> ./gcc/testsuite/g++.dg/ipa/pr45572-2.C:2:// { dg-options
> "-finline-small-functions -findirect-inlining -finline-function+
> ---
> ./gcc/testsuite/g++.dg/ipa/pr45572-2.C:2:// { dg-options
> "-finline-small-functions -findirect-inlining -finline-functions" }

[Bug testsuite/100272] some incomplete dg-commands

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

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

--- Comment #2 from CVS Commits  ---
The master branch has been updated by Richard Biener :

https://gcc.gnu.org/g:3bc0d418a5d214a8ba57857656ca5c618df1a4bb

commit r12-142-g3bc0d418a5d214a8ba57857656ca5c618df1a4bb
Author: Richard Biener 
Date:   Tue Apr 27 10:45:32 2021 +0200

testsuite/100272 - fix some malformed dg directives

The bug points out several malformed dg directives, the following
fixes the obvious ones where the testcases keep working after the
change.

2021-04-27  Richard Biener  

PR testsuite/100272
* g++.dg/diagnostic/ptrtomem1.C: Fix dg directives.
* g++.dg/ipa/pr45572-2.C: Likewise.
* g++.dg/template/spec26.C: Likewise.
* gcc.dg/pr20126.c: Likewise.
* gcc.dg/tree-ssa/pr20739.c: Likewise.

[Bug testsuite/100272] some incomplete dg-commands

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

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

Richard Biener  changed:

   What|Removed |Added

 CC||msebor at gcc dot gnu.org

--- Comment #3 from Richard Biener  ---
Martin, you added g++.dg/ext/flexary13.C

This and libffi.complex/complex_int.c is left (libffi is imported from
upstream).

[Bug testsuite/100272] some incomplete dg-commands

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

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

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

https://gcc.gnu.org/g:dfdc02bf29670c1c7f5f2820b6db11c66c258716

commit r12-144-gdfdc02bf29670c1c7f5f2820b6db11c66c258716
Author: Richard Biener 
Date:   Tue Apr 27 11:02:03 2021 +0200

testsuite/100272 - undo PRE disabling for gcc.dg/tree-ssa/predcom-1.c

This re-enables PRE and fixes the malformed dg directive pointed
out in the PR.  It all works as desired and I forgot why I
disabled this in the past.

2021-04-27  Richard Biener  

PR testsuite/100272
* gcc.dg/tree-ssa/predcom-1.c: Re-enable PRE and fix
malformed dg directive.

[Bug testsuite/100272] some incomplete dg-commands

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

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

Richard Biener  changed:

   What|Removed |Added

   Assignee|rguenth at gcc dot gnu.org |unassigned at gcc dot 
gnu.org
 Status|ASSIGNED|NEW

[Bug target/83466] Wrong TLS GD sequence for ILP32

[dongjianqiang2 at huawei dot com via Gcc-bugs]

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

John Dong  changed:

   What|Removed |Added

 CC||dongjianqiang2 at huawei dot 
com

--- Comment #7 from John Dong  ---
(In reply to Steve Ellcey from comment #4)
> Created attachment 43027 [details]
> Patch file being tested
> 
> I am testing this patch for regressions, I have verified that it does fix
> the small test case.

can u please (In reply to Steve Ellcey from comment #4)
> Created attachment 43027 [details]
> Patch file being tested
> 
> I am testing this patch for regressions, I have verified that it does fix
> the small test case.

can u please fix on trunk ?

[Bug c++/85155] Suboptimal error messages when using noexcept(false) on defaulted dtor

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

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |10.0

--- Comment #3 from Jonathan Wakely  ---
GCC accepts this code since this change in GCC 10:

Implement P1286R2, Contra CWG1778

The C++11 requirement that an explicit exception-specification on a
defaulted function match the implicit one was found to be problematic for
std::atomic.  This paper, adopted in February, simply removes that
requirement: if an explicitly defaulted function has a different
exception-specification, that now works just like a user-written function:
either it isn't noexcept when it could be, or it is noexcept and will call
terminate if an exception is thrown.

* method.c (defaulted_late_check): Don't check explicit
exception-specification on defaulted function.
(after_nsdmi_defaulted_late_checks): Remove.
* parser.h (struct cp_unparsed_functions_entry): Remove classes.
* parser.c (unparsed_classes): Remove.
(push_unparsed_function_queues, cp_parser_class_specifier_1):
Adjust.

From-SVN: r277351

[Bug c++/100282] New: [11/12 Regression] ICE in dependent_type_p, at cp/pt.c:26813

[asolokha at gmx dot com via Gcc-bugs]

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

Bug ID: 100282
   Summary: [11/12 Regression] ICE in dependent_type_p, at
cp/pt.c:26813
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---

g++-11.0.1-alpha20210418 snapshot (g:b412ce8e961052e6becea3bc783a53e1d5feaa0f)
ICEs when compiling the following testcase, reduced from
test/SemaCXX/lambda-expressions.cpp from the clang 11.1.0 test suite:

template 
void
local_class ()
{
  int { []{ struct ZZ : Ts {}; }... };
}

template // <>
void
local_class ();

% g++-11.0.1 -c xhrah4q6.cpp
xhrah4q6.cpp: In instantiation of 'struct local_class()ZZ':
xhrah4q6.cpp:5:29:   required from 'void local_class() [with Ts = {int}]'
xhrah4q6.cpp:10:19:   required from here
xhrah4q6.cpp:5:20: internal compiler error: in dependent_type_p, at
cp/pt.c:26813
5 |   int { []{ struct ZZ : Ts {}; }... };
  |^~
0x69d8fd dependent_type_p(tree_node*)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:26813
0x983e58 xref_basetypes(tree_node*, tree_node*)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/decl.c:15434
0xad9331 instantiate_class_template_1
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:11922
0xadadb2 instantiate_class_template(tree_node*)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:12287
0xb272e9 complete_type(tree_node*)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/typeck.c:143
0xab048d tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:18737
0xab0af1 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:18238
0xab05df tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:18589
0xadbabe tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:18223
0xadbabe tsubst_lambda_expr(tree_node*, tree_node*, int, tree_node*)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:19540
0xaa5284 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:20891
0xaadfd8 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:19198
0xaad864 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:18223
0xaad864 gen_elem_of_pack_expansion_instantiation
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:12562
0xaad864 tsubst_pack_expansion(tree_node*, tree_node*, int, tree_node*)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:13227
0xaa5be3 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:20735
0xaadfd8 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:19198
0xab038c tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:18268
0xab0af1 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:18238
0xab05df tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
   
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210426/work/gcc-11-20210426/gcc/cp/pt.c:18589

[Bug fortran/100283] New: Call to MIN0 with integer(8) arguments raises an ICE

[bardeau at iram dot fr via Gcc-bugs]

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

Bug ID: 100283
   Summary: Call to MIN0 with integer(8) arguments raises an ICE
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: bardeau at iram dot fr
  Target Milestone: ---

Calling the legacy MIN0 function with integer(8) arguments is probably not in
the F77 standard, might be a GNU extension. It used to be accepted with
gfortran 10 and older.

~/tmp> cat gfortran11.f90 
subroutine smo002()
  integer(kind=8) :: i,j,k
  i = min0(j,k)
end subroutine smo002
~/tmp> gfortran -c gfortran11.f90
during RTL pass: expand
gfortran11.f90:3:15:

3 |   i = min0(j,k)
  |   ^
internal compiler error: in expand_fix, at optabs.c:5532
0x5f3805 expand_fix(rtx_def*, rtx_def*, int)
../../srcdir/gcc/optabs.c:5532
0x8f78bf expand_expr_real_2(separate_ops*, rtx_def*, machine_mode,
expand_modifier)
../../srcdir/gcc/expr.c:9304
0x7f8fc5 expand_gimple_stmt_1
../../srcdir/gcc/cfgexpand.c:3947
0x7f8fc5 expand_gimple_stmt
../../srcdir/gcc/cfgexpand.c:4008
0x7ff03a expand_gimple_basic_block
../../srcdir/gcc/cfgexpand.c:6045
0x7ff03a execute
../../srcdir/gcc/cfgexpand.c:6729
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
~/tmp> gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/home/bardeau/Softs/gcc-11.0.1/bin/../libexec/gcc/x86_64-pc-linux-gnu/11.0.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../srcdir/configure --with-gmp=/home/bardeau/Softs/gcc-deps
--prefix=/home/bardeau/Softs/gcc-11.0.1 --enable-languages=c,c++,fortran
--disable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.1 20210426 (prerelease) (GCC)

[Bug c++/100282] [11/12 Regression] ICE in dependent_type_p, at cp/pt.c:26813

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

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

Richard Biener  changed:

   What|Removed |Added

   Priority|P3  |P2
   Target Milestone|--- |11.2

[Bug c++/100281] ICE with SImode pointer assignment in C++

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

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

--- Comment #1 from Richard Biener  ---
I don't think different sized pointers are properly handled anywhere.  It may
just happen to "work".  Why would you need such beasts?  There's only one
intptr_t and only one POINTERS_EXTEND_UNSIGNED, only one ptr_mode.

[Bug c++/100281] ICE with SImode pointer assignment in C++

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

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

--- Comment #2 from Richard Biener  ---
That said, use integer types.

[Bug c/100284] New: gcc crash with -march=armv8.2-a+sve -O3

[gilles.gouaillardet at gmail dot com via Gcc-bugs]

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

Bug ID: 100284
   Summary: gcc crash with -march=armv8.2-a+sve -O3
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gilles.gouaillardet at gmail dot com
  Target Milestone: ---

Created attachment 50686
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50686&action=edit
a reproducer

The attached (and self-contained) bug.c (trimmed from GROMACS 2021.1) can be
used to evidence this issue with the latest GCC from the master and
releases/gcc-11 branches:

gcc -march=armv8.2-a+sve -O3 -c bug.c

The crash occurs at -O3 (and no crash at -O2) and only with an aarch64+sve
target
(this is a compiler crash that can be evidenced on a *non* SVE capable hardware
too)

I ran a git bisect and it points to

# first bad commit: [cdb2e365fc0dba2ee052827e5ca65234ca82d605] SLP: support
entire BB.

GCC 10.3.0 is not affected.

[Bug c++/100281] ICE with SImode pointer assignment in C++

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

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

--- Comment #3 from Andreas Krebbel  ---
This is a hard requirement for the z/TPF operating system supported as part of
our IBM Z backend. It happens to work for many years already and they make
extensive use of it.

[Bug libstdc++/100285] New: experimental/net/socket/socket_base.cc fails on arm-eabi (r12-137)

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

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

Bug ID: 100285
   Summary: experimental/net/socket/socket_base.cc fails on
arm-eabi (r12-137)
   Product: gcc
   Version: 9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: clyon at gcc dot gnu.org
  Target Milestone: ---

As of r12-137 (g:c0fa3f2fb365144b3a059920aeaf6ff37db1177d),
experimental/net/socket/socket_base.cc still fails on arm-eabi:

/aci-gcc-fsf/builds/gcc-fsf-gccsrc/obj-arm-none-eabi/gcc3/arm-none-eabi/libstdc++-v3/include/experimental/socket:387:
error: 'message_flags' in 'class std::experimental::net::v1::socket_base' does
not name a type
[...]

[Bug libstdc++/100286] New: experimental/net/internet/socket/opt.cc fails on arm-eabi (r12-137)

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

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

Bug ID: 100286
   Summary: experimental/net/internet/socket/opt.cc fails on
arm-eabi (r12-137)
   Product: gcc
   Version: 9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: clyon at gcc dot gnu.org
  Target Milestone: ---

As of r12-137 (g:c0fa3f2fb365144b3a059920aeaf6ff37db1177d),
experimental/net/internet/socket/opt.cc fails on arm-eabi:

/aci-gcc-fsf/builds/gcc-fsf-gccsrc/obj-arm-none-eabi/gcc3/arm-none-eabi/libstdc++-v3/include/experimental/internet:
In member function 'std::experimental::net::v1::ip::__string_with<_Allocator>
std::experimental::net::v1::ip::address::to_string(const _Allocator&) const':
/aci-gcc-fsf/builds/gcc-fsf-gccsrc/obj-arm-none-eabi/gcc3/arm-none-eabi/libstdc++-v3/include/experimental/internet:494:
error: 'class std::experimental::net::v1::ip::address_v4' has no member named
'to_string'
/aci-gcc-fsf/builds/gcc-fsf-gccsrc/obj-arm-none-eabi/gcc3/arm-none-eabi/libstdc++-v3/include/experimental/internet:495:
error: 'class std::experimental::net::v1::ip::address_v6' has no member named
'to_string'

[Bug c++/100281] ICE with SImode pointer assignment in C++

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

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

Richard Biener  changed:

   What|Removed |Added

 Target||s390

--- Comment #4 from Richard Biener  ---
I see.

[Bug libstdc++/100287] New: Using iterator after std::move in ranges::partition

[hewillk at gmail dot com via Gcc-bugs]

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

Bug ID: 100287
   Summary: Using iterator after std::move in ranges::partition
   Product: gcc
   Version: 12.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hewillk at gmail dot com
  Target Milestone: ---

Hi, in ranges::partition in ranges_algo.h#L2540:

  if (__first == __last)
return {std::move(__first), std::move(__first)};

  while (std::__invoke(__pred, std::__invoke(__proj, *__first)))
if (++__first == __last)
  return {std::move(__first), std::move(__first)};

The above two return statements std::move on __first twice. If the previous one
changes the original state of the __first, it may cause a problem.

[Bug c++/97572] [c++ 20] Constraining is broken

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

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

--- Comment #5 from Jonathan Wakely  ---
The diagnostic is different now and the "cannot convert 'T' to 'bool'" part is
gone. For comment 0 we get:


97572.C: In substitution of 'template  requires  Any
constexpr int f(auto:1) [with auto:1 = bool]':
97572.C:4:22:   required from here
97572.C:2:63: error: 't' is not a constant expression
2 | template  concept Any = requires (T t) { requires any (t);
};
  |  ~^~~
97572.C:4:22: error: no matching function for call to 'f(bool)'
4 | constexpr auto q = f (false);
  |~~^~~
97572.C:3:22: note: candidate: 'template  requires  Any
constexpr int f(auto:1)'
3 | constexpr static int f (Any auto) { return 42; };
  |  ^
97572.C:3:22: note:   substitution of deduced template arguments resulted in
errors seen above


This seems good enough to me. It tells you that 't' is not a constant
expression, which is correct, and that means that the call any(t) is not a
constant expression and so can't be used as the operand to 'requires'. Because
that constraint fails, it means that you can't call f(Any auto), and so there
is not matching function.

I still think it might be helpful to say that local parameters of a
requires-expression are never constant expressions.

For comment 2 we get:

97572-c2.C:2:63: error: 't' is not a constant expression
2 | template  concept Any = requires (T t) { requires any (t);
};
  |  ~^~~
97572-c2.C:3:16: error: static assertion failed
3 | static_assert (Any );
  |^~
97572-c2.C:3:16: note: constraints not satisfied
97572-c2.C:2:31:   required by the constraints of 'template concept
Any'
97572-c2.C:2:37:   in requirements with 'T t' [with T = bool]
97572-c2.C:2:63: error: 't' is not a constant expression
2 | template  concept Any = requires (T t) { requires any (t);
};
  |  ~^~~
97572-c2.C:2:63: error: 't' is not a constant expression

Again, this seems good enough.

(In reply to Dimitri Gorokhovik from comment #4)
> -- arguably, a close contender is "error: ‘t’ is not a constant expression".

But it's absolutely correct.

> Understanding how it can happen was hard to me. 't' looks as constant as
> they get with requires-local-parameters (I mean, constexpr-ness of a
> local-parameter here should be understood as coming only from its
> declaration shouldn't it?).

Yes, and function parameters are *never* constant expressions, even in
consteval functions. Why do you think it would be different here?

constexpr int f(int n) { static_assert(n!=1); }

ce.C:1:41: error: ‘n’ is not a constant expression

It's constexpr-ness *does* come from its declaration, and it's not declared as
a constant.

> The (S s) form of requires-local-var is a common
> form, so when the compiler says 's' is not a constant expression' here, how
> would it be constant in other situations?

By using ... a constant of course.

e.g. a literal like 1 or true, or a constant like std::is_integral_v.

[Bug c++/97572] [c++ 20] Constraining is broken

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

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #6 from Jonathan Wakely  ---
I'm closing this as WORKSFORME, since "constraining is broken" is false, and
the diagnostic is correct.

[Bug rtl-optimization/100263] [11/12 Regression] RTL optimizers miscompile loop

[stefansf at linux dot ibm.com via Gcc-bugs]

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])
(nil)))
...
(insn 312 44 313 4 (set (reg:QI 5 %r5 [orig:74 c__lsm_flag.21 ] [74])
(reg:QI 17 %f2 [orig:198 l_lsm_flag.27 ] [198])) "t.c":13:14 1480
{*movqi}
 (nil))
...
(insn 245 244 246 41 (set (reg:SI 5 %r5 [orig:169 c__lsm_flag.21+-3 ] [169])
(zero_extend:SI (reg:QI 5 %r5 [orig:74 c__lsm_flag.21 ] [74]))) 1652
{*zero_extendqisi2_extimm}
 (nil))
(note 246 245 247 41 NOTE_INSN_DELETED)
(jump_insn 247 246 248 41 (parallel [   
(set (pc)
(if_then_else (eq (reg:SI 5 %r5 [orig:169 c__lsm_flag.21+-3 ]
[169])
(const_int 0 [0]))
(label_ref 251)
(pc)))
(clobber (reg:CC 33 %cc))
]) 1458 {*cmp_and_br_signed_si}
 (expr_list:REG_DEAD (reg:SI 5 %r5 [orig:169 c__lsm_flag.21+-3 ] [169])
(expr_list:REG_UNUSED (reg:CC 33 %cc)
(int_list:REG_BR_PROB 357913950 (nil
 -> 251)
(note 248 247 249 42 [bb 42] NOTE_INSN_BASIC_BLOCK)
(insn 249 248 250 42 (set (reg/f:DI 1 %r1 [170])
(symbol_ref:DI ("*.LANCHOR0") [flags 0x182])) 1467 {*movdi_64}
 (expr_list:REG_EQUIV (symbol_ref:DI ("*.LANCHOR0") [flags 0x182])
(nil)))
(insn 250 249 251 42 (set (mem/c:QI (plus:DI (reg/f:DI 1 %r1 [170])
(const_int 135 [0x87])) [0 MEM[(char *)&c + 107B]+0 S1 A8])
(reg:QI 18 %f4 [orig:73 D.2339 ] [73])) 1480 {*movqi}
 (expr_list:REG_DEAD (reg:QI 18 %f4 [orig:73 D.2339 ] [73])
(expr_list:REG_DEAD (reg/f:DI 1 %r1 [170])
(nil

Register f2 is written to in DI mode and read from in QI mode. The final
assembler for the read is `vlgvb %r5,%v2,0`. Inspecting v2 via GDB we have:

  v2_int64 = {0x1, 0x0}

which means r5 is zero afterwards and therefore the condition r5==0 is always
true so the store from insn 250 never happens.

[Bug tree-optimization/100051] missed optimization for dead code elimination at -Os, -O2 and -O3 (vs. -O1)

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

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

--- Comment #2 from CVS Commits  ---
The master branch has been updated by Richard Biener :

https://gcc.gnu.org/g:d1d01a66012a93cc8cb7dafbe1b5ec453ec96b59

commit r12-145-gd1d01a66012a93cc8cb7dafbe1b5ec453ec96b59
Author: Richard Biener 
Date:   Tue Apr 13 10:12:03 2021 +0200

tree-optimization/100051 - disambiguate access size vs decl

This adds disambiguation of the access size vs. the decl size
in the pointer based vs. decl based disambiguator.  We have
a TBAA based check like this already but that's fend off when
seeing alias-sets of zero or when -fno-strict-aliasing is in
effect.  Also the perceived dynamic type could be smaller than
the actual access.

2021-04-13  Richard Biener  

PR tree-optimization/100051
* tree-ssa-alias.c (indirect_ref_may_alias_decl_p): Add
disambiguator based on access size vs. decl size.

* gcc.dg/tree-ssa/ssa-fre-92.c: New testcase.

[Bug tree-optimization/100051] missed optimization for dead code elimination at -Os, -O2 and -O3 (vs. -O1)

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

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

Richard Biener  changed:

   What|Removed |Added

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

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

[Bug c++/98700] Infinite stream of error messages from bad concept code

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

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from Jonathan Wakely  ---
Fixed on trunk by r11-7206

c++: Fix endless errors on invalid requirement seq [PR97742]

As the testcase shows, if we reach CPP_EOF during parsing of requirement
sequence, we end up with endless loop where we always report invalid
requirement expression, don't consume any token (as we are at eof) and
repeat.

This patch stops the loop when we reach CPP_EOF.

So closing as a dup.

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

[Bug c++/97742] [10 Regression] endless loop with code reduced by creduce/cvise

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

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

Jonathan Wakely  changed:

   What|Removed |Added

 CC||igfoo at github dot com

--- Comment #9 from Jonathan Wakely  ---
*** Bug 98700 has been marked as a duplicate of this bug. ***

[Bug c/100284] gcc crash with -march=armv8.2-a+sve -O3

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

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

Alex Coplan  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||acoplan at gcc dot gnu.org
   Last reconfirmed||2021-04-27
 Status|UNCONFIRMED |WAITING

--- Comment #1 from Alex Coplan  ---
Please can you provide a preprocessed testcase (using --save-temps or -E)?

[Bug c++/100288] New: g++-11 internal error and fails to precompile a concept

[f.b.brokken at rug dot nl via Gcc-bugs]

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

Bug ID: 100288
   Summary: g++-11 internal error and fails to precompile a
concept
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: f.b.brokken at rug dot nl
  Target Milestone: ---

Created attachment 50687
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50687&action=edit
The compiler generated a-bug.ii file

This bug report is using:

g++ (Debian 11-20210424-1) 11.0.1 20210424 (prerelease) [gcc-11 revision
7a7fc01b9d2:ab3797fc424:5b2ac9b40c325e9209c0bd55955db84aad4a0cc5]


On a Debian Linux system, running bullseye (testing) where the latest g++
compiler is the one mentioned above.

The following input was processed by the compiler. The source file 
(named 'bug.h') shown between the - lines is precompiled using the command:

g++ --std=c++2a -Wall -O2 -fdiagnostics-color=never -x c++-header bug.h

The precompilation fails in some cases when using the concept
OstreamInsertable. Specific comment and notes are added beyond the
following 'bug.h' source file.

If you need any additional information, please contact me.

The bug.h source file:

#ifndef INCLUDED_CSVTABINS_
#define INCLUDED_CSVTABINS_

// #include  instead of iosfwd makes no difference
#include 

template 
concept OstreamInsertable = 
requires(std::ostream &out, Type value)
{
out << value;
};

// when using typename instead of the above concept : no error(1)
// e.g., by activating the following #define
//#define OstreamInsertable typename

struct FMT
{
enum Align
{};

typedef FMT (*FMTFun)(unsigned, unsigned);
typedef FMT (*FMTHline)(unsigned);
};

class CSVTabIns
{
template 
friend void operator<<(CSVTabIns &tab, Type const &value);

// when omitted: results in bugreport1  (2)
friend CSVTabIns &operator<<(CSVTabIns &tab, FMT const &fmt);   

friend void operator<<(CSVTabIns &tab, FMT::FMTHline);
};

// when defined here: precompilation error  (3)
// template 
inline void operator<<(CSVTabIns &&tab, Type const &value)
{}

inline void operator<<(CSVTabIns &tab, FMT::FMTHline hline)
{
// when the insertion is omitted: no precompilation error
tab << (*hline)(1);  // insert hline in the next column
}

// when defined here: no precompilation error   (4)
//template 
//inline void operator<<(CSVTabIns &&tab, Type const &value)
//{}

#endif
---


At (1): when using 'typename' instead of the 'OstreamInsertable' the
precompilation completes flawlessly. In that case (2) may either be kept
or commented out, (3) is used, (4) is commented out

In the following cases the '#define OstreamInsertable typename' was commented
out, resulting in:


At (2): the friend declaration was kept:

(3) was commented out, (4) was activated: precompilation completed
flawlessly 

(3) was kept, (4) was commented out: results in a precompilation error,
but the error message is (at least for me) not very helpful:

bug.h:11:13:   required by substitution of ‘template  requires 
OstreamInsertable void operator<<(CSVTabIns&, const Type&) [with Type =
FMT]’
bug.h:46:22:   required from here
bug.h:8:9:   required for the satisfaction of ‘OstreamInsertable’ [with
Type = FMT]
bug.h:9:5:   in requirements with ‘std::ostream& out’, ‘Type value’ [with Type
= FMT]
bug.h:9:5: error: satisfaction of atomic constraint ‘requires(std::ostream&
out, Type value) {out << value;} [with Type = Type]’ depends on itself
9 | requires(std::ostream &out, Type value)
  | ^~~
   10 | {
  | ~
   11 | out << value;
  | ~
   12 | };
  | ~


At (2): when the friend declaration is commented out:

(3) was commented out, (4) was activated: results in a precompilation
error:

bug.h: In function ‘void operator<<(CSVTabIns&, FMT::FMTHline)’:
bug.h:46:9: error: no match for ‘operator<<’ (operand types are ‘CSVTabIns’ and
‘FMT’)
   46 | tab << (*hline)(1);  // insert hline in the next column
  | ~~~ ^~ ~~~
  | |  |
  | CSVTabIns  FMT
bug.h:30:17: note: candidate: ‘template  requires 
OstreamInsertable void operator<<(CSVTabIns&, const Type&)’
   30 | friend void operator<<(CSVTabIns &tab, Type const &value);
  | ^~~~
bug.h:30:17: note:   template argument deduction/substitution failed:
bug.h:30:17: note: constraints not satisfied
bug.h: In substitution of ‘template  requires 
OstreamInsertable void operator<<(CSVTabIns&, const T

[Bug c/100284] gcc crash with -march=armv8.2-a+sve -O3

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

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

Alex Coplan  changed:

   What|Removed |Added

 Status|WAITING |NEW

--- Comment #2 from Alex Coplan  ---
Nevermind, confirmed on latest trunk with a native aarch64 build. Here's a
reduced testcase:

$ cat test.c
int *a;
int b;
void c() {
  int e;
  for (int d; d; d++)
if (a[d])
  e++;
  if (e)
b = 0;
}
$ gcc/xgcc -B gcc test.c -c -O3 -march=armv8.2-a+sve
during GIMPLE pass: vrp
test.c: In function ‘c’:
test.c:3:6: internal compiler error: in operation_could_trap_p, at
tree-eh.c:2546
3 | void c() {
  |  ^
0xe725cb operation_could_trap_p(tree_code, bool, bool, tree_node*)
/home/alecop01/toolchain/src/gcc/gcc/tree-eh.c:2546
0x12df947 maybe_resimplify_conditional_op
/home/alecop01/toolchain/src/gcc/gcc/gimple-match-head.c:156
0x12df49b gimple_resimplify3
/home/alecop01/toolchain/src/gcc/gcc/gimple-match-head.c:404
0x13383a3 gimple_simplify_381
/home/alecop01/toolchain/builds/rel/gcc/gimple-match.c:20829
0x1339bab gimple_simplify_PLUS_EXPR
/home/alecop01/toolchain/builds/rel/gcc/gimple-match.c:58341
0x14586db gimple_simplify
/home/alecop01/toolchain/builds/rel/gcc/gimple-match.c:135430
0x1459cfb gimple_resimplify2
/home/alecop01/toolchain/src/gcc/gcc/gimple-match-head.c:318
0x147f50b try_conditional_simplification
/home/alecop01/toolchain/src/gcc/gcc/gimple-match-head.c:872
0x147f50b gimple_simplify(gimple*, gimple_match_op*, gimple**, tree_node*
(*)(tree_node*), tree_node* (*)(tree_node*))
/home/alecop01/toolchain/src/gcc/gcc/gimple-match-head.c:1046
0xaaf51f fold_stmt_1
/home/alecop01/toolchain/src/gcc/gcc/gimple-fold.c:6204
0xff5f8b substitute_and_fold_dom_walker::before_dom_children(basic_block_def*)
/home/alecop01/toolchain/src/gcc/gcc/tree-ssa-propagate.c:859
0x195b313 dom_walker::walk(basic_block_def*)
/home/alecop01/toolchain/src/gcc/gcc/domwalk.c:309
0xff4dbb substitute_and_fold_engine::substitute_and_fold(basic_block_def*)
/home/alecop01/toolchain/src/gcc/gcc/tree-ssa-propagate.c:987
0x11408fb execute_vrp
/home/alecop01/toolchain/src/gcc/gcc/tree-vrp.c:4531
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug target/100270] _Generic can't distinguish VLS SVE vectors and GNU vectors

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

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

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

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

commit r12-147-g4cea5b8cb715e40e10174e6de405f26202fa3d6a
Author: Richard Sandiford 
Date:   Tue Apr 27 12:18:03 2021 +0100

aarch64: Handle SVE attributes in comp_type_attributes [PR100270]

Even though "SVE type" and "SVE sizeless type" are marked as
affecting type identity, the middle end doesn't truly believe
it unless we also handle them in comp_type_attributes.

gcc/
PR target/100270
* config/aarch64/aarch64.c (aarch64_comp_type_attributes): Handle
SVE attributes.

gcc/testsuite/
PR target/100270
* gcc.target/aarch64/sve/acle/general-c/pr100270_1.c: New test.
* gcc.target/aarch64/sve/acle/general-c/sizeless-2.c: Change
expected error message when subtracting pointers to different
vector types.  Expect warnings when mixing them elsewhere.
* gcc.target/aarch64/sve/acle/general/attributes_7.c: Remove
XFAILs.  Tweak error messages for some cases.

[Bug target/100270] [10/11 Backport] _Generic can't distinguish VLS SVE vectors and GNU vectors

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

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

rsandifo at gcc dot gnu.org  changed:

   What|Removed |Added

   Target Milestone|--- |10.4

[Bug target/100236] arm: UB in arm_compute_save_core_reg_mask (shift exponent 4294967295 is too large for 32-bit type 'int')

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

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

--- Comment #3 from CVS Commits  ---
The master branch has been updated by Richard Earnshaw :

https://gcc.gnu.org/g:01d0bda8bdf3cd804e1e00915d432ad0cdc49399

commit r12-148-g01d0bda8bdf3cd804e1e00915d432ad0cdc49399
Author: Richard Earnshaw 
Date:   Tue Apr 27 12:25:30 2021 +0100

arm: fix UB when compiling thumb2 with PIC [PR100236]

arm_compute_save_core_reg_mask contains UB in that the saved PIC
register number is used to create a bit mask. However, for some target
options this register is undefined and we end up with a shift of ~0.

On native compilations this is benign since the shift will still be
large enough to move the bit outside of the range of the mask, but if
cross compiling from a system that truncates out-of-range shifts to
zero (or worse, raises a trap for such values) we'll get potentially
wrong code (or a fault).

gcc:
PR target/100236
* config/arm/arm.c (THUMB2_WORK_REGS): Check
PIC_OFFSET_TABLE_REGNUM
is valid before including it in the mask.

[Bug tree-optimization/15596] [8/9/10/11/12 Regression] Missed optimization with bitfields with return value

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #35 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug rtl-optimization/21182] [8/9/10/11/12 Regression] gcc can use registers but uses stack instead

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #32 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug tree-optimization/32306] [8/9/10/11/12 Regression] redundant && || not eliminated

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #39 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug fortran/50410] [8/9/10/11/12 Regression] ICE in record_reference, pointer variable in data statement

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #44 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug c++/52830] ICE: "canonical types differ for identical types ..." when attempting SFINAE with member type

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #12 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug ipa/62051] [8/9/10/11/12 Regression] Undefined reference to vtable with -O2 and -fdevirtualize-speculatively

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #24 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug rtl-optimization/64081] [8/9/10/11/12 Regression] r217828 prevents RTL loop unroll

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #65 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug libstdc++/66146] call_once not C++11-compliant on ppc64le

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #50 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug libstdc++/66742] abort on sorting list with custom allocator that is not stateless

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #14 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug preprocessor/69543] [8/9/10/11/12 Regression] _Pragma does not apply within macro

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #17 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/70454] --with-arch=native isn't applied to 32-bit x86 target library

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #10 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/70682] [9/10/11/12 Regression] -fcompare-debug building LLVM with checking=release compiler on ppc64le

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #7 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug libstdc++/71367] std::time_get does not implement 'r' or 'p'

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #6 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug sanitizer/79096] [8/9/10/11/12 Regression] address sanitizer and jni does not work

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #9 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug tree-optimization/80198] [8/9/10/11/12 Regression] does not vectorize generic inplace integer operation

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #22 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug tree-optimization/82608] missing -Warray-bounds on an out-of-bounds VLA index

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #8 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug preprocessor/81419] GCC wrongly suggests function-like macro as fixit hint for undefined object-like macro

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #7 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/84757] [8/9/10/11/12 Regression] Useless MOVs and PUSHes to store results of MUL

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #9 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug middle-end/85563] [8/9/10/11/12 regression] -Wmaybe-uninitialized false alarm regression with __builtin_unreachable and GCC 8

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #19 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug c++/85979] Diagnostic says "__alignof" when the source says "alignof"

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #1 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/89096] [8/9/10/11/12 regression] AIX 7 linker rejects _.ro_ sections by default

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #32 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug c++/90291] [8/9/10/11/12 Regression] Inline namespace erroneously extends another namespace

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #16 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug tree-optimization/91470] [10/11/12 Regression] bogus uninitialized warning in trans-intrinsic.c

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #6 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug libstdc++/90704] [LWG 3430] filesystem::path overloads for file streams are not conforming

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #9 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/91903] vec_ctf altivec intrinsic can cause ICE on powerpc

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #8 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug tree-optimization/92005] [10/11/12 Regression] switch code generation regression

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #6 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug other/92396] -ftime-trace support

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #9 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug middle-end/90404] No warning on attempts to modify a const object

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #8 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug middle-end/92455] Unnecessary memory read in a loop

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #8 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug tree-optimization/92955] [10/11/12 regression] False positive stringop-overflow warning with vectorization and loop unrolling

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #11 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug c++/92985] missed optimization opportunity for switch linear transformation

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #6 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug libstdc++/93059] char and char8_t does not talk with each other with memcpy. std::copy std::copy_n, std::fill, std::fill_n, std::uninitialized_copy std::uninitialized_copy_n, std::fill, std::unin

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #47 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug tree-optimization/93080] insert of an extraction on the same location is not optimized

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #6 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug tree-optimization/93081] insertation followed by another inseration to the same location is not optimized away

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #5 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug rtl-optimization/93264] [10/11/12 Regression] ICE in cfg_layout_redirect_edge_and_branch_force, at cfgrtl.c:4522

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #17 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/93372] cris performance regressions due to de-cc0 work

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #8 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug middle-end/93644] [10/11/12 Regression] spurious -Wreturn-local-addr with PHI of PHI

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #15 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug other/94060] Cleanup code in gimple_or_expr_nonartificial_location

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #1 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug sanitizer/94307] Provide a way to declare the *SAN exception handler -fsanitize-undefined-trap-on-error

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #11 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug libstdc++/94418] Please make reverse_iterator nothrow constructible when possible

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #4 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug rtl-optimization/94440] [8/9 Regression] ICE in check_bool_attrs, at recog.c:2168 since r7-5324-gb8cab8a5492e9639

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #19 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug analyzer/94714] Analyzer: no warning on access of an uninitialized variable of automatic storage duration

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #2 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug c++/94794] coroutines: Support is needed for symmetric transter on targets without arbitrary indirect tail-calls

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #1 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug c++/94897] range-for produces a variable initialiser with use of a forward decl.

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #1 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/95076] Failure to tail-call on function call of different return type

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #5 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/95082] LE implementations of vec_cnttz_lsbb and vec_cntlz_lsbb are wrong

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #5 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug gcov-profile/95348] GCC records zero functions and modules in the profiling data file, ICC does NOT

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #44 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/95381] [11/12 Regression]: Build fails with --disable-bootstrap on m68k with ICE: in operator[], at vec.h:867

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #17 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug c++/95517] [coroutines] suggested warning when co_return and return_void() are missing

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #2 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug middle-end/95622] [11/12 Regression] force_output flag on a variable prevents optimization / regresses c-c++-common/goacc/kernels-alias-ipa-pta{-2,-4,}.c

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #10 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/95730] GCN offloading ICEs after commit fe7ebef7fe4f9acb79658ed9db0749b07efc3105 "Add support for __builtin_bswap128"

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #7 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug c++/95985] [11/12 Regression] ICE: tree check: expected tree_list, have error_mark in common_handle_aligned_attribute, at c-family/c-attribs.c:1980

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #4 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/96017] Powerpc suboptimal register spill in likely path

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #12 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug testsuite/96109] [11/12 Regression] gcc.dg/vect/slp-47.c etc. FAIL

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #7 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug c++/96162] [11/12 Regression] ICE in discriminator_for_local_entity, at cp/mangle.c:1910

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #2 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug c++/96280] g++.dg/cpp2a/nontype-subob1.C FAILs

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #1 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.

[Bug target/96306] gcn libgomp build broken after "libomp: Add omp_depend_kind to omp_lib.{f90,h}"

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

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

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|11.0|11.2

--- Comment #12 from Jakub Jelinek  ---
GCC 11.1 has been released, retargeting bugs to GCC 11.2.