[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

[casner at acm dot org]

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

--- Comment #17 from Stephen Casner  ---
Thanks.

[Bug c/97100] New: -Wformat checks all arms of _Generic leading to irrelevant type expectation warnings

[sherzberg+gcc at freeshell dot org]

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

Bug ID: 97100
   Summary: -Wformat checks all arms of _Generic leading to
irrelevant type expectation warnings
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sherzberg+gcc at freeshell dot org
  Target Milestone: ---

Created attachment 49238
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49238=edit
preprocessed output

The Wformat printf/scanf checker will produce warnings for all arms of a
generic expression, even those which will not be included in the program. This
can produce a fairly large number of warnings, since the macro below will
produce a warning for many of its arms for each use of the macro.

This is sort of code used in _Generic tutorials, and mostly nowhere else, that
can produce a large number of irrelevant warnings:

#define DISPLAY(x) \
_Generic(x, int: printf("%d\r\n", x), \
char: printf("%c\r\n", x), \
float: printf("%.3f\r\n", x))


$ gcc-10 -v -save-temps -Wall generic_test.c 
Using built-in specs.
COLLECT_GCC=gcc-10
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/10/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
10-20200411-0ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,m2 --prefix=/usr
--with-gcc-major-version-only --program-suffix=-10
--program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new
--enable-gnu-unique-object --disable-vtable-verify --enable-plugin
--enable-default-pie --with-system-zlib --enable-libphobos-checking=release
--with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch
--disable-werror --with-arch-32=i686 --with-abi=m64
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic
--enable-offload-targets=nvptx-none,amdgcn-amdhsa,hsa --without-cuda-driver
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.0.1 20200411 (experimental) [master revision
bb87d5cc77d:75961caccb7:f883c46b4877f637e0fa5025b4d6b5c9040ec566] (Ubuntu
10-20200411-0ubuntu1) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/10/cc1 -E -quiet -v -imultiarch x86_64-linux-gnu
generic_test.c -mtune=generic -march=x86-64 -Wall -fpch-preprocess
-fasynchronous-unwind-tables -fstack-protector-strong -Wformat-security
-fstack-clash-protection -fcf-protection -o generic_test.i
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/10/include-fixed"
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-linux-gnu/10/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/10/include
 /usr/local/include
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/10/cc1 -fpreprocessed generic_test.i -quiet
-dumpbase generic_test.c -mtune=generic -march=x86-64 -auxbase generic_test
-Wall -version -fasynchronous-unwind-tables -fstack-protector-strong
-Wformat-security -fstack-clash-protection -fcf-protection -o generic_test.s
GNU C17 (Ubuntu 10-20200411-0ubuntu1) version 10.0.1 20200411 (experimental)
[master revision
bb87d5cc77d:75961caccb7:f883c46b4877f637e0fa5025b4d6b5c9040ec566]
(x86_64-linux-gnu)
compiled by GNU C version 10.0.1 20200411 (experimental) [master
revision bb87d5cc77d:75961caccb7:f883c46b4877f637e0fa5025b4d6b5c9040ec566], GMP
version 6.2.0, MPFR version 4.0.2, MPC version 1.1.0, isl version
isl-0.22.1-GMP

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C17 (Ubuntu 10-20200411-0ubuntu1) version 10.0.1 20200411 (experimental)
[master revision
bb87d5cc77d:75961caccb7:f883c46b4877f637e0fa5025b4d6b5c9040ec566]
(x86_64-linux-gnu)
compiled by GNU C version 10.0.1 20200411 (experimental) [master
revision bb87d5cc77d:75961caccb7:f883c46b4877f637e0fa5025b4d6b5c9040ec566], GMP
version 6.2.0, MPFR version 4.0.2, MPC version 1.1.0, isl version
isl-0.22.1-GMP

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: d7d6d629e7a95e97eb10596483b5a39e
generic_test.c: In function ‘main’:

[Bug c++/97099] New: [temp.deduct.guide]p3 not implemented properly

[mpolacek at gcc dot gnu.org]

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

Bug ID: 97099
   Summary: [temp.deduct.guide]p3 not implemented properly
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: mpolacek at gcc dot gnu.org
  Target Milestone: ---

We fail to give the "redeclared" errors in the following test:

template struct S { };

// [temp.deduct.guide]p3: Two deduction guide declarations in the same
// translation unit for the same class template shall not have equivalent
// parameter-declaration-clauses.
S() -> S;
S() -> S; // { dg-error "redeclared" }
S() -> S; // { dg-error "ambiguating new declaration of" }

S(bool) -> S;
explicit S(bool) -> S; // { dg-error "redeclared" }


explicit S(char) -> S;
S(char) -> S; // { dg-error "redeclared" }

// OK: Use SFINAE.
template S(T) -> S;
template S(T) -> S;

// OK: Non-template wins.
S(int) -> S;
template S(int) -> S;

[Bug target/94710] [8/9 Regression] Assembler messages: Error: operand out of range (4 is not between 0 and 3) (xxsldwi 0,32,33,4)

[segher at gcc dot gnu.org]

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

--- Comment #16 from Segher Boessenkool  ---
(In reply to Jakub Jelinek from comment #15)
> Fixed.

Yes.  Thanks!

[Bug target/94710] [8/9 Regression] Assembler messages: Error: operand out of range (4 is not between 0 and 3) (xxsldwi 0,32,33,4)

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #15 from Jakub Jelinek  ---
Fixed.

[Bug target/94710] [8/9 Regression] Assembler messages: Error: operand out of range (4 is not between 0 and 3) (xxsldwi 0,32,33,4)

[cvs-commit at gcc dot gnu.org]

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

--- Comment #14 from CVS Commits  ---
The releases/gcc-8 branch has been updated by Segher Boessenkool
:

https://gcc.gnu.org/g:550a13d7163a480aa6158bae54dfd080995884d9

commit r8-10515-g550a13d7163a480aa6158bae54dfd080995884d9
Author: Segher Boessenkool 
Date:   Fri Apr 24 13:33:14 2020 +

rs6000: Properly handle LE index munging in vec_shr (PR94710)

The PR shows the compiler crashing with -mvsx -mlittle -O0.  This turns
out to be caused by a failure to make of the higher bits in an index
endian conversion.

2020-04-24  Segher Boessenkool  

PR target/94710
* config/rs6000/vector.md (vec_shr_ for VEC_L): Correct
little
endian byteshift_val calculation.

(cherry picked from commit 9c725245beed2f056b67f5dc218fef6cb869c5f2)

[Bug target/94710] [8/9 Regression] Assembler messages: Error: operand out of range (4 is not between 0 and 3) (xxsldwi 0,32,33,4)

[cvs-commit at gcc dot gnu.org]

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

--- Comment #13 from CVS Commits  ---
The releases/gcc-9 branch has been updated by Segher Boessenkool
:

https://gcc.gnu.org/g:336b4100940a9db7825b96d450a21040ae11b7b9

commit r9-8915-g336b4100940a9db7825b96d450a21040ae11b7b9
Author: Segher Boessenkool 
Date:   Fri Apr 24 13:33:14 2020 +

rs6000: Properly handle LE index munging in vec_shr (PR94710)

The PR shows the compiler crashing with -mvsx -mlittle -O0.  This turns
out to be caused by a failure to make of the higher bits in an index
endian conversion.

2020-04-24  Segher Boessenkool  

PR target/94710
* config/rs6000/vector.md (vec_shr_ for VEC_L): Correct
little
endian byteshift_val calculation.

(cherry picked from commit 9c725245beed2f056b67f5dc218fef6cb869c5f2)

[Bug tree-optimization/97098] vect_bb_slp_mark_live_stmts() loops forever on test case using -O3

[bergner at gcc dot gnu.org]

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

--- Comment #1 from Peter Bergner  ---
Added richi to CC since vect_bb_slp_mark_live_stmts() is a new function he
recently added.

[Bug tree-optimization/97098] New: vect_bb_slp_mark_live_stmts() loops forever on test case using -O3

[bergner at gcc dot gnu.org]

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

Bug ID: 97098
   Summary: vect_bb_slp_mark_live_stmts() loops forever on test
case using -O3
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: bergner at gcc dot gnu.org
  Target Milestone: ---

Created attachment 49237
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49237=edit
preprocessed test case

GCC trunk hangs on the attached test case (from OpenMP) when compiling with -O3
(powerpc64le-linux).  Compiling with -O2 is fine.

Using the debugger and breaking into the compile multiple times, the compiler
always has the following backtrace:

(gdb) c
Continuing.
^C
Program received signal SIGINT, Interrupt.
0x11813e54 in link_use_stmts_after (head=0x75c40448,
imm=0x7fff5c20)
at /home/bergner/gcc/gcc-fsf-mainline-mma/gcc/ssa-iterators.h:908
908   FOR_EACH_SSA_USE_OPERAND (use_p, head_stmt, op_iter, flag)
(gdb) bt
#0  0x11813e54 in link_use_stmts_after (head=0x75c40448,
imm=0x7fff5c20)
at /home/bergner/gcc/gcc-fsf-mainline-mma/gcc/ssa-iterators.h:908
#1  0x1181413c in next_imm_use_stmt (imm=0x7fff5c20) at
/home/bergner/gcc/gcc-fsf-mainline-mma/gcc/ssa-iterators.h:961
#2  0x118223a4 in vect_bb_slp_mark_live_stmts (bb_vinfo=0x133aae60,
node=0x136955f0, instance=0x133a1830, cost_vec=0x133a1858, 
svisited=...) at
/home/bergner/gcc/gcc-fsf-mainline-mma/gcc/tree-vect-slp.c:3107
#3  0x11822464 in vect_bb_slp_mark_live_stmts (bb_vinfo=0x133aae60,
node=0x13695660, instance=0x133a1830, cost_vec=0x133a1858, 
svisited=...) at
/home/bergner/gcc/gcc-fsf-mainline-mma/gcc/tree-vect-slp.c:3128
#4  0x11822464 in vect_bb_slp_mark_live_stmts (bb_vinfo=0x133aae60,
node=0x136956d0, instance=0x133a1830, cost_vec=0x133a1858, 
svisited=...) at
/home/bergner/gcc/gcc-fsf-mainline-mma/gcc/tree-vect-slp.c:3128
#5  0x11822464 in vect_bb_slp_mark_live_stmts (bb_vinfo=0x133aae60,
node=0x13695740, instance=0x133a1830, cost_vec=0x133a1858, 
svisited=...) at
/home/bergner/gcc/gcc-fsf-mainline-mma/gcc/tree-vect-slp.c:3128
#6  0x11822464 in vect_bb_slp_mark_live_stmts (bb_vinfo=0x133aae60,
node=0x13695820, instance=0x133a1830, cost_vec=0x133a1858, 
svisited=...) at
/home/bergner/gcc/gcc-fsf-mainline-mma/gcc/tree-vect-slp.c:3128
#7  0x11822464 in vect_bb_slp_mark_live_stmts (bb_vinfo=0x133aae60,
node=0x13695890, instance=0x133a1830, cost_vec=0x133a1858, 
svisited=...) at
/home/bergner/gcc/gcc-fsf-mainline-mma/gcc/tree-vect-slp.c:3128
#8  0x11822464 in vect_bb_slp_mark_live_stmts (bb_vinfo=0x133aae60,
node=0x1369a1f0, instance=0x133a1830, cost_vec=0x133a1858, 
svisited=...) at
/home/bergner/gcc/gcc-fsf-mainline-mma/gcc/tree-vect-slp.c:3128
#9  0x11822464 in vect_bb_slp_mark_live_stmts (bb_vinfo=0x133aae60,
node=0x1369a2d0, instance=0x133a1830, cost_vec=0x133a1858, 
svisited=...) at
/home/bergner/gcc/gcc-fsf-mainline-mma/gcc/tree-vect-slp.c:3128
#10 0x11822464 in vect_bb_slp_mark_live_stmts (bb_vinfo=0x133aae60,
node=0x1369a340, instance=0x133a1830, cost_vec=0x133a1858, 
svisited=...) at
/home/bergner/gcc/gcc-fsf-mainline-mma/gcc/tree-vect-slp.c:3128
...

[Bug other/97076] clang-format file does not work for some C++11 code

[cvs-commit at gcc dot gnu.org]

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

--- Comment #1 from CVS Commits  ---
The master branch has been updated by Jeff Law :

https://gcc.gnu.org/g:172178c0c35e1dabb778c80c26dc872136c45cf5

commit r11-3269-g172178c0c35e1dabb778c80c26dc872136c45cf5
Author: Dimitrij Mojoski 
Date:   Thu Sep 17 15:22:33 2020 -0600

Autodetect C++ dialect in use for clang-format

PR other//97076
* clang-format: Autodetect C++ standard in use rather than
forcing C++03.

[Bug target/84201] 549.fotonik3d_r from SPEC2017 fails verification with recent Intel and AMD CPUs

[mailboxnotfound at yahoo dot com]

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

john henning  changed:

   What|Removed |Added

 CC||mailboxnotfound at yahoo dot 
com

--- Comment #12 from john henning  ---
I contributed to the development of benchmark 549.fotonik3d_r.  The opinions
herein are my own, not necessarily SPEC's.

Martin Liška wrote in comment 9:

> adjusted tolerance for the test from 1e-10 to 1e-9

That change would have been highly desirable, if this problem had been found
prior to the release of CPU 2017.  Unfortunately, post-release, it is very
difficult to change a SPEC CPU benchmark, because of the philosophy of "no
moving targets".  

To be clear, a rule-compliant SPEC CPU run is not allowed to change the
tolerance.

Why wasn't the problem found before release?

Although GCC was tested prior to release of CPU 2017, the circumstances that
lead to this problem were not encountered.  As Steve Ellcey wrote in Comment 5,
the problem comes and goes with various optimizations:

> -Ofast fails
> -Ofast -fno-unsafe-math-optimizations works
> -Ofast -fno-tree-loop-vectorize works
> -O3 works

In addition, it appears that the problem:

  - Depends on the particular architecture. In my tests today, it disappears
when I remove -march=native

  - Does not happen in the presence of FDO (Feedback-Directed Optimization,
i.e. -fprofile-generate / -fprofile-use), typically used by "peak" tuning (see
https://www.spec.org/cpu2017/Docs/overview.html#Q16 for info on base vs. peak). 

SPEC CPU Examples 

SPEC CPU 2017 users who start from the Example config files for GCC in
$SPEC/config are unlikely to hit the problem because most of the GCC Example
config files use -O3 (not -Ofast) for base.  However, if a user modifies the
example to use

   -Ofast -march=native 

then they will need to also add -fno-unsafe-math-optimizations or
-fno-tree-loop-vectorize.

Working around the problem

The same-for-all rule --
https://www.spec.org/cpu2017/Docs/runrules.html#BaseFlags -- says that all
benchmarks in a suite of a given language must use the same base flags.  Here
are several examples of how a config file could obey that rule while working
around the problem:

Option (a) - In base, avoid Ofast for Fortran 
   default=base: 
  COPTIMIZE  = -Ofast -flto -march=native 
  CXXOPTIMIZE= -Ofast -flto -march=native 
  FOPTIMIZE  = -O3-flto -march=native

Option (b) - In base, avoid -march=native for Fortran
   default=base: 
  COPTIMIZE  = -Ofast -flto -march=native 
  CXXOPTIMIZE= -Ofast -flto -march=native 
  FOPTIMIZE  = -Ofast -flto

Option (c) - Turn off tree loop vectorizer for Fortran
   default=base: 
  OPTIMIZE   = -Ofast -flto -march=native 
   fprate,fpspeed=base:
  FOPTIMIZE  = -fno-tree-loop-vectorize 

Option (d) - Turn off unsafe math for Fortran
   default=base: 
  OPTIMIZE   = -Ofast -flto -march=native 
   fprate,fpspeed=base:
  FOPTIMIZE  = -fno-unsafe-math-optimizations

Performance impact

The performance impact of the options above will be system dependent, and may
depend on how hard you exercise the system (e.g. one copy or many copies).  
For a particular system tested by one particular person running only one copy,
here are the results of the above 4 options, normalized to option (a):

  Performance of the Fortran benchmarks in SPECrate2017 FP
  Normalized to option (a).  Higher is better

   503.507.   521.  527.  549. 554. 
   bwaves  cactu  wrf   cam4  fotonik  roms  geomean
 (a) O3  1.00   1.00  1.00  1.00   1.001.001.000
 (b) no native   1.31.82  1.31  1.01.93 .981.045
 (c) no vect 1.31   1.01   .94   .89.90 .85 .973
 (d) no unsafe.99   1.02  1.36  1.01   1.031.011.064

Given the above, at the moment option (d) seems best.

Next steps

I will add a summary of this discussion to 
   https://www.spec.org/cpu2017/Docs/benchmarks/549.fotonik3d_r.html

Thank you Martin, Martin, Steve, and Richard for the clarity in this report.

[Bug c++/97097] New: operator() call from lambda fails to resolve to enclosing class function

[hstong at ca dot ibm.com]

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

Bug ID: 97097
   Summary: operator() call from lambda fails to resolve to
enclosing class function
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hstong at ca dot ibm.com
  Target Milestone: ---

In the code below, GCC does not appear to perform the applicable lookup in the
appropriate class scope to resolve the reference to the `operator()` in the
enclosing class.
It seems that, somehow, GCC resolved the `operator()` to the member of the
closure class, resulting in infinite recursion.


### SOURCE ():
extern "C" int printf(const char *, ...);

struct A {
  void f();
  void operator()(int) { printf("Hello, world!"); }
};

void A::f() {
  const auto  = [this](auto x) -> void {
operator()(x);
  };
  f(0);
}

int main(void) {
  A a;
  a.f();
}


### COMPILER INVOCATION:
g++ -std=c++14 -Wall -Wextra -pedantic-errors -o a.out -xc++ -


### ACTUAL RUN OUTPUT:
(program abend)


### EXPECTED RUN OUTPUT:
Hello, world!


### COMPILER VERSION INFO (g++ -v):
Using built-in specs.
COLLECT_GCC=/opt/wandbox/gcc-head/bin/g++
COLLECT_LTO_WRAPPER=/opt/wandbox/gcc-head/libexec/gcc/x86_64-pc-linux-gnu/11.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../source/configure --prefix=/opt/wandbox/gcc-head
--enable-languages=c,c++ --disable-multilib --without-ppl --without-cloog-ppl
--enable-checking=release --disable-nls --enable-lto
LDFLAGS=-Wl,-rpath,/opt/wandbox/gcc-head/lib,-rpath,/opt/wandbox/gcc-head/lib64,-rpath,/opt/wandbox/gcc-head/lib32
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.0 20200917 (experimental) (GCC)

[Bug c++/97096] ICE on invalid: in register_constexpr_fundef, on out-of-line-defaulted operator== or operator<=>

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

   Keywords||ice-on-invalid-code
 Status|UNCONFIRMED |NEW
 CC||mpolacek at gcc dot gnu.org
   Last reconfirmed||2020-09-17
 Ever confirmed|0   |1

--- Comment #1 from Marek Polacek  ---
Confirmed.

[Bug c++/96223] DR 1787 and indeterminate values in constexpr context

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #5 from Marek Polacek  ---
Test added.

[Bug c++/87530] copy elision in return statement doesn't check for rvalue reference to object type

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #5 from Marek Polacek  ---
Fixed.

[Bug c++/91525] ICE (Segmentation Fault) on a bool conversion operator with concepts

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #6 from Marek Polacek  ---
Fixed.

[Bug c++/86002] ICE with requires in constexpr if condition

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #3 from Marek Polacek  ---
Fixed.

[Bug c++/87032] incorrect nested structure with union initialization

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #3 from Marek Polacek  ---
Fixed.

[Bug c++/35098] ICE with attribute unused in template

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #5 from Marek Polacek  ---
Fixed.

[Bug c++/97096] New: ICE on invalid: in register_constexpr_fundef, on out-of-line-defaulted operator== or operator<=>

[arthur.j.odwyer at gmail dot com]

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

Bug ID: 97096
   Summary: ICE on invalid: in register_constexpr_fundef, on
out-of-line-defaulted operator== or operator<=>
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: arthur.j.odwyer at gmail dot com
  Target Milestone: ---

// https://godbolt.org/z/neqx1q

cat >test.cpp  for instructions.


The same ICE happens if you replace both instances of `==` with `<=>`.

[Bug c++/67491] [meta-bug] concepts issues

[mpolacek at gcc dot gnu.org]

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

Bug 68828 Summary: [concepts] ICE in fold with requires and function call 
around parameters
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68828

   What|Removed |Added

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

[Bug c++/68828] [concepts] ICE in fold with requires and function call around parameters

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #6 from Marek Polacek  ---
Fixed.

[Bug c++/58156] bogus ambigous overload with variadic template

[mpolacek at gcc dot gnu.org]

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

Marek Polacek  changed:

   What|Removed |Added

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

--- Comment #3 from Marek Polacek  ---
Fixed.

[Bug c++/35098] ICE with attribute unused in template

[cvs-commit at gcc dot gnu.org]

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

--- Comment #4 from CVS Commits  ---
The master branch has been updated by Marek Polacek :

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

commit r11-3268-g4f0aa5b051c0d3e81478bcb495e4e072b2d9827d
Author: Marek Polacek 
Date:   Thu Sep 17 15:31:50 2020 -0400

c++: Add tests for fixed PRs.

Bugzilla inspection turned up a bunch of old(er) PRs that have been
fixed.  Let's include them not to regress in the future.

gcc/testsuite/ChangeLog:

PR c++/87530
PR c++/58156
PR c++/68828
PR c++/86002
PR c++/91525
PR c++/96223
PR c++/87032
PR c++/35098
* g++.dg/cpp0x/move-return4.C: New test.
* g++.dg/cpp0x/vt-58156.C: New test.
* g++.dg/cpp2a/concepts-pr68828.C: New test.
* g++.dg/cpp2a/concepts-pr86002.C: New test.
* g++.dg/cpp2a/concepts-pr91525.C: New test.
* g++.dg/cpp2a/constexpr-indeterminate1.C: New test.
* g++.dg/cpp2a/desig17.C: New test.
* g++.dg/ext/attrib62.C: New test.

[Bug c++/87032] incorrect nested structure with union initialization

[cvs-commit at gcc dot gnu.org]

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

--- Comment #2 from CVS Commits  ---
The master branch has been updated by Marek Polacek :

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

commit r11-3268-g4f0aa5b051c0d3e81478bcb495e4e072b2d9827d
Author: Marek Polacek 
Date:   Thu Sep 17 15:31:50 2020 -0400

c++: Add tests for fixed PRs.

Bugzilla inspection turned up a bunch of old(er) PRs that have been
fixed.  Let's include them not to regress in the future.

gcc/testsuite/ChangeLog:

PR c++/87530
PR c++/58156
PR c++/68828
PR c++/86002
PR c++/91525
PR c++/96223
PR c++/87032
PR c++/35098
* g++.dg/cpp0x/move-return4.C: New test.
* g++.dg/cpp0x/vt-58156.C: New test.
* g++.dg/cpp2a/concepts-pr68828.C: New test.
* g++.dg/cpp2a/concepts-pr86002.C: New test.
* g++.dg/cpp2a/concepts-pr91525.C: New test.
* g++.dg/cpp2a/constexpr-indeterminate1.C: New test.
* g++.dg/cpp2a/desig17.C: New test.
* g++.dg/ext/attrib62.C: New test.

[Bug c++/96223] DR 1787 and indeterminate values in constexpr context

[cvs-commit at gcc dot gnu.org]

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

--- Comment #4 from CVS Commits  ---
The master branch has been updated by Marek Polacek :

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

commit r11-3268-g4f0aa5b051c0d3e81478bcb495e4e072b2d9827d
Author: Marek Polacek 
Date:   Thu Sep 17 15:31:50 2020 -0400

c++: Add tests for fixed PRs.

Bugzilla inspection turned up a bunch of old(er) PRs that have been
fixed.  Let's include them not to regress in the future.

gcc/testsuite/ChangeLog:

PR c++/87530
PR c++/58156
PR c++/68828
PR c++/86002
PR c++/91525
PR c++/96223
PR c++/87032
PR c++/35098
* g++.dg/cpp0x/move-return4.C: New test.
* g++.dg/cpp0x/vt-58156.C: New test.
* g++.dg/cpp2a/concepts-pr68828.C: New test.
* g++.dg/cpp2a/concepts-pr86002.C: New test.
* g++.dg/cpp2a/concepts-pr91525.C: New test.
* g++.dg/cpp2a/constexpr-indeterminate1.C: New test.
* g++.dg/cpp2a/desig17.C: New test.
* g++.dg/ext/attrib62.C: New test.

[Bug c++/87530] copy elision in return statement doesn't check for rvalue reference to object type

[cvs-commit at gcc dot gnu.org]

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

--- Comment #4 from CVS Commits  ---
The master branch has been updated by Marek Polacek :

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

commit r11-3268-g4f0aa5b051c0d3e81478bcb495e4e072b2d9827d
Author: Marek Polacek 
Date:   Thu Sep 17 15:31:50 2020 -0400

c++: Add tests for fixed PRs.

Bugzilla inspection turned up a bunch of old(er) PRs that have been
fixed.  Let's include them not to regress in the future.

gcc/testsuite/ChangeLog:

PR c++/87530
PR c++/58156
PR c++/68828
PR c++/86002
PR c++/91525
PR c++/96223
PR c++/87032
PR c++/35098
* g++.dg/cpp0x/move-return4.C: New test.
* g++.dg/cpp0x/vt-58156.C: New test.
* g++.dg/cpp2a/concepts-pr68828.C: New test.
* g++.dg/cpp2a/concepts-pr86002.C: New test.
* g++.dg/cpp2a/concepts-pr91525.C: New test.
* g++.dg/cpp2a/constexpr-indeterminate1.C: New test.
* g++.dg/cpp2a/desig17.C: New test.
* g++.dg/ext/attrib62.C: New test.

[Bug c++/91525] ICE (Segmentation Fault) on a bool conversion operator with concepts

[cvs-commit at gcc dot gnu.org]

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

--- Comment #5 from CVS Commits  ---
The master branch has been updated by Marek Polacek :

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

commit r11-3268-g4f0aa5b051c0d3e81478bcb495e4e072b2d9827d
Author: Marek Polacek 
Date:   Thu Sep 17 15:31:50 2020 -0400

c++: Add tests for fixed PRs.

Bugzilla inspection turned up a bunch of old(er) PRs that have been
fixed.  Let's include them not to regress in the future.

gcc/testsuite/ChangeLog:

PR c++/87530
PR c++/58156
PR c++/68828
PR c++/86002
PR c++/91525
PR c++/96223
PR c++/87032
PR c++/35098
* g++.dg/cpp0x/move-return4.C: New test.
* g++.dg/cpp0x/vt-58156.C: New test.
* g++.dg/cpp2a/concepts-pr68828.C: New test.
* g++.dg/cpp2a/concepts-pr86002.C: New test.
* g++.dg/cpp2a/concepts-pr91525.C: New test.
* g++.dg/cpp2a/constexpr-indeterminate1.C: New test.
* g++.dg/cpp2a/desig17.C: New test.
* g++.dg/ext/attrib62.C: New test.

[Bug c++/86002] ICE with requires in constexpr if condition

[cvs-commit at gcc dot gnu.org]

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

--- Comment #2 from CVS Commits  ---
The master branch has been updated by Marek Polacek :

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

commit r11-3268-g4f0aa5b051c0d3e81478bcb495e4e072b2d9827d
Author: Marek Polacek 
Date:   Thu Sep 17 15:31:50 2020 -0400

c++: Add tests for fixed PRs.

Bugzilla inspection turned up a bunch of old(er) PRs that have been
fixed.  Let's include them not to regress in the future.

gcc/testsuite/ChangeLog:

PR c++/87530
PR c++/58156
PR c++/68828
PR c++/86002
PR c++/91525
PR c++/96223
PR c++/87032
PR c++/35098
* g++.dg/cpp0x/move-return4.C: New test.
* g++.dg/cpp0x/vt-58156.C: New test.
* g++.dg/cpp2a/concepts-pr68828.C: New test.
* g++.dg/cpp2a/concepts-pr86002.C: New test.
* g++.dg/cpp2a/concepts-pr91525.C: New test.
* g++.dg/cpp2a/constexpr-indeterminate1.C: New test.
* g++.dg/cpp2a/desig17.C: New test.
* g++.dg/ext/attrib62.C: New test.

[Bug c++/58156] bogus ambigous overload with variadic template

[cvs-commit at gcc dot gnu.org]

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

--- Comment #2 from CVS Commits  ---
The master branch has been updated by Marek Polacek :

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

commit r11-3268-g4f0aa5b051c0d3e81478bcb495e4e072b2d9827d
Author: Marek Polacek 
Date:   Thu Sep 17 15:31:50 2020 -0400

c++: Add tests for fixed PRs.

Bugzilla inspection turned up a bunch of old(er) PRs that have been
fixed.  Let's include them not to regress in the future.

gcc/testsuite/ChangeLog:

PR c++/87530
PR c++/58156
PR c++/68828
PR c++/86002
PR c++/91525
PR c++/96223
PR c++/87032
PR c++/35098
* g++.dg/cpp0x/move-return4.C: New test.
* g++.dg/cpp0x/vt-58156.C: New test.
* g++.dg/cpp2a/concepts-pr68828.C: New test.
* g++.dg/cpp2a/concepts-pr86002.C: New test.
* g++.dg/cpp2a/concepts-pr91525.C: New test.
* g++.dg/cpp2a/constexpr-indeterminate1.C: New test.
* g++.dg/cpp2a/desig17.C: New test.
* g++.dg/ext/attrib62.C: New test.

[Bug c++/68828] [concepts] ICE in fold with requires and function call around parameters

[cvs-commit at gcc dot gnu.org]

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

--- Comment #5 from CVS Commits  ---
The master branch has been updated by Marek Polacek :

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

commit r11-3268-g4f0aa5b051c0d3e81478bcb495e4e072b2d9827d
Author: Marek Polacek 
Date:   Thu Sep 17 15:31:50 2020 -0400

c++: Add tests for fixed PRs.

Bugzilla inspection turned up a bunch of old(er) PRs that have been
fixed.  Let's include them not to regress in the future.

gcc/testsuite/ChangeLog:

PR c++/87530
PR c++/58156
PR c++/68828
PR c++/86002
PR c++/91525
PR c++/96223
PR c++/87032
PR c++/35098
* g++.dg/cpp0x/move-return4.C: New test.
* g++.dg/cpp0x/vt-58156.C: New test.
* g++.dg/cpp2a/concepts-pr68828.C: New test.
* g++.dg/cpp2a/concepts-pr86002.C: New test.
* g++.dg/cpp2a/concepts-pr91525.C: New test.
* g++.dg/cpp2a/constexpr-indeterminate1.C: New test.
* g++.dg/cpp2a/desig17.C: New test.
* g++.dg/ext/attrib62.C: New test.

[Bug middle-end/97073] [8/9/10/11 Regression] Miscompilation with -m32 -O1 -march=i686

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #4 from Jakub Jelinek  ---
Created attachment 49236
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49236=edit
gcc11-pr97073.patch

Untested fix.

[Bug tree-optimization/97095] New: [11 regression] ICE in

[seurer at gcc dot gnu.org]

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

Bug ID: 97095
   Summary: [11 regression] ICE in
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: seurer at gcc dot gnu.org
  Target Milestone: ---

g:f02b2077c093922faee3b33ad821b717bea80343, r11-3223

Umforunately this is in the spec 2006 tests.  There actually are multiples that
fail in this same way.

seurer@genoa:~/gcc/cpu2006/benchspec/CPU2006/454.calculix/build/build_peak_ppc64.$
/home/seurer/gcc/git/install/gcc-test/bin/gfortran -c -o gen3delem.o -ISPOOLES
-m64 -O3 -mcpu=power8 -ffast-math -funroll-loops -fpeel-loops -fvect-cost-model
-mpopcntd -mrecip=rsqrt gen3delem.f
during GIMPLE pass: slp
gen3delem.f:19:0:

   19 |   subroutine gen3delem(kon,ipkon,lakon,ne,ipompc,nodempc,coefmpc,
  | 
internal compiler error: Segmentation fault
0x10b6be33 crash_signal
/home/seurer/gcc/git/gcc-test/gcc/toplev.c:327
0x10f335d4 tree_check(tree_node const*, char const*, int, char const*,
tree_code)
/home/seurer/gcc/git/gcc-test/gcc/tree.h:3554
0x10f335d4 TYPE_VECTOR_SUBPARTS(tree_node const*)
/home/seurer/gcc/git/gcc-test/gcc/tree.h:3857
0x10f335d4 vectorizable_live_operation(vec_info*, _stmt_vec_info*,
gimple_stmt_iterator*, _slp_tree*, _slp_instance*, int, bool,
vec*)
/home/seurer/gcc/git/gcc-test/gcc/tree-vect-loop.c:8037
0x10f6007b vect_bb_slp_mark_live_stmts
/home/seurer/gcc/git/gcc-test/gcc/tree-vect-slp.c:3043
0x10f5fc4b vect_bb_slp_mark_live_stmts
/home/seurer/gcc/git/gcc-test/gcc/tree-vect-slp.c:3098
0x10f5fc4b vect_bb_slp_mark_live_stmts
/home/seurer/gcc/git/gcc-test/gcc/tree-vect-slp.c:3098
0x10f5fc4b vect_bb_slp_mark_live_stmts
/home/seurer/gcc/git/gcc-test/gcc/tree-vect-slp.c:3098
0x10f606e3 vect_slp_analyze_operations(vec_info*)
/home/seurer/gcc/git/gcc-test/gcc/tree-vect-slp.c:3167
0x10f622cf vect_slp_analyze_bb_1
/home/seurer/gcc/git/gcc-test/gcc/tree-vect-slp.c:3580
0x10f622cf vect_slp_region
/home/seurer/gcc/git/gcc-test/gcc/tree-vect-slp.c:3630
0x10f622cf vect_slp_bb(basic_block_def*)
/home/seurer/gcc/git/gcc-test/gcc/tree-vect-slp.c:3785
0x10f658fb execute
/home/seurer/gcc/git/gcc-test/gcc/tree-vectorizer.c:1433

[Bug middle-end/97073] [8/9/10/11 Regression] Miscompilation with -m32 -O1 -march=i686

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #3 from Jakub Jelinek  ---
Shorter testcase:

typedef unsigned long long L;
union U { L i; struct T { unsigned k; L l; } j; } u;

__attribute__((noinline,noclone)) void
foo (L x)
{
  u.j.l = u.i & x;
}

int
main ()
{
  u.i = 5;
  foo (-1ULL);
  if (u.j.l != 5)
__builtin_abort ();
  return 0;
}

This broke in between r102000 (still good) and r104000 (already miscompiled),
so I don't believe that 6.3.1 worked.

[Bug go/92567] libgo regression in syscall test on ppc64le resulting in timeout due to hang in read

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

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

--- Comment #3 from Ian Lance Taylor  ---
Should be fixed by c560591408440f441b8b327f5b41f9328d20b67b.

[Bug c/80076] -Wmisleading-indentation doesn't trigger when macro is misindented

[cvs-commit at gcc dot gnu.org]

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

--- Comment #2 from CVS Commits  ---
The master branch has been updated by Patrick Palka :

https://gcc.gnu.org/g:4839de55e2c98619f4919254abb87e2f393aaead

commit r11-3266-g4839de55e2c98619f4919254abb87e2f393aaead
Author: Patrick Palka 
Date:   Thu Sep 17 14:27:22 2020 -0400

c-family: Macro support in -Wmisleading-indentation [PR80076]

Currently the -Wmisleading-indentation warning doesn't do any analysis
when the guarded statement or the statement after it is produced by a
macro.  This means we warn for:

  if (flag)
foo ();
bar ();

but not for:

  #define BAR bar
  if (flag)
foo ();
BAR ();

This patch extends the -Wmisleading-indentation implementation to
support analyzing such statements and their tokens.  This is done in the
"natural" way by resolving the location of each of the three tokens to
the token's macro expansion point.  (Additionally, if the tokens all
resolve to the same macro expansion point then we instead use their
locations within the macro definition.)  When these resolved locations
are all different, then we can proceed with applying the warning
heuristics to them as if no macros were involved.

gcc/c-family/ChangeLog:

PR c/80076
* c-indentation.c (should_warn_for_misleading_indentation): Move
declarations of local variables closer to their first use.
Handle virtual token locations by resolving them to their
respective macro expansion points.  If all three tokens are
produced from the same macro expansion, then instead use their
loci within the macro definition.

gcc/objc/ChangeLog:

PR c/80076
* objc-gnu-runtime-abi-01.c
(gnu_runtime_abi_01_get_class_super_ref): Reduce indentation of
misleadingly indented return statements.
* objc-next-runtime-abi-01.c
(next_runtime_abi_01_get_class_super_ref): Likewise.

gcc/ChangeLog:

PR c/80076
* gensupport.c (alter_attrs_for_subst_insn) :
Reduce indentation of misleadingly indented code fragment.
* lra-constraints.c (multi_block_pseudo_p): Likewise.
* sel-sched-ir.c (merge_fences): Likewise.

libcpp/ChangeLog:

PR c/80076
* include/line-map.h (first_map_in_common): Declare.
* line-map.c (first_map_in_common): Remove static.

gcc/testsuite/ChangeLog:

PR c/80076
* c-c++-common/Wmisleading-indentation-5.c: New test.

[Bug driver/93645] Support Clang 12 --ld-path=

[i at maskray dot me]

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

--- Comment #5 from Fangrui Song  ---
Ping

[Bug debug/96729] [11 Regression] slow compile with `-g -O3` since r11-39-gf9e1ea10e657af9f

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #11 from Jakub Jelinek  ---
Caching reenabled for 8.5 in r8-10514-g36290fcee3b6f1bb71dad0aaba7a68e71d825b74
and for 9.4+, 10.3+ and 11.1+ by the above commits.

[Bug c++/97094] New: Compiling big std::unordered_map became slower

[a.morozov at drweb dot com]

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

Bug ID: 97094
   Summary: Compiling big std::unordered_map
became slower
   Product: gcc
   Version: 10.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: a.morozov at drweb dot com
  Target Milestone: ---

Make C++ code with big std::unordered_map:
$ cat str_map.cc
#include 
#include 
std::unordered_map m = {
#include "str.h"
};
$ find /usr/include | xargs -Iaaa echo '{"aaa", true},' >str.h
$ head -5 str.h
{"/usr/include", true},
{"/usr/include/syscall.h", true},
{"/usr/include/netash", true},
{"/usr/include/netash/ash.h", true},
{"/usr/include/lber.h", true},
$ wc -l str.h
6362 str.h

Compile it with different g++ versions:
$ time -p g++-9.3.0 -std=c++17 -c str_map.cc
real 6,35
user 5,96
sys 0,24
$ time -p g++-10.2.0 -std=c++17 -c str_map.cc
real 32,11
user 27,09
sys 2,32
10.2 is much slower than 9.3.

$ g++-9.3.0 -v
Using built-in specs.
COLLECT_GCC=g++-9.3.0
COLLECT_LTO_WRAPPER=/srv/projects/gcc/gcc-9.3.0-build/libexec/gcc/x86_64-pc-linux-gnu/9.3.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ./configure --enable-languages=c,c++
--prefix=/srv/projects/gcc/gcc-9.3.0-build
Thread model: posix
gcc version 9.3.0 (GCC)
$ g++-10.2.0 -v
Using built-in specs.
COLLECT_GCC=g++-10.2.0
COLLECT_LTO_WRAPPER=/srv/projects/gcc/gcc-10.2.0-build/libexec/gcc/x86_64-pc-linux-gnu/10.2.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ./configure --enable-languages=c,c++
--prefix=/srv/projects/gcc/gcc-10.2.0-build
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.2.0 (GCC)

[Bug tree-optimization/96722] [8/9 Regression] Clobbers on NULL since r8-1519

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #13 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10513-g5378a7496db299c06f3be72a2db2eab280f29dbb and for
9.4+ by the above commit.

[Bug tree-optimization/96881] [8/9/10/11 Regression] Clobbers on NULL vs. DCE since r8-1519

[jakub at gcc dot gnu.org]

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

Bug 96722 Summary: [8/9 Regression] Clobbers on NULL since r8-1519
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96722

   What|Removed |Added

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

[Bug c++/96721] [11 Regression] pseudo-destructor calls on pointers since r11-2238

[jakub at gcc dot gnu.org]

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

Bug 96722 Summary: [8/9 Regression] Clobbers on NULL since r8-1519
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96722

   What|Removed |Added

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

[Bug c/96571] Bad "set but not used" warning with _Generic

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #6 from Jakub Jelinek  ---
For 8.5 fixed in r8-10512-g2346f2b89780790210816eeea12b817e61652b26 , for 9.4+
and 10.3+ and 11.1+ by the above commits.

[Bug c/96545] ICE in get_atomic_generic_size

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
For 8.5 fixed in r8-10511-g4ae2e2b9405aff8c242769c8139ce33115df568e and for
9.4+ by the above commit.

[Bug middle-end/95903] gcc 10: wrong code with -fwrapv

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #13 from Jakub Jelinek  ---
For 8.5 fixed in r8-10507-g111d3ebb356dd9f08bb0f9d0ad1044dd67a8c16c and for
9.4+ by the above commit.

[Bug c/95857] [8/9/10 Regression] Silencing an unused label warning with (void)& can make gcc segfault

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10508-gcac9ff3a809f90236dc737a51eb8ff0e9088783c and by the
above commit for 9.4+ too.

[Bug c++/95328] structured binding of template type inside template function is reported as "incomplete class type"

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10506-g4163fd72a0606199c4ab867fde0efdff6346d6f3 and by the
above commit for 9.4+ too.

[Bug middle-end/95108] [9 Regression] ICE in tree_fits_uhwi_p, at tree.c:7292

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10505-g38484dac88b157151db984790be0582bf66adcfb and by the
above commit for 9.4+ too.

[Bug debug/95080] [10 Regression] -fcompare-debug failure (length) with -Og -fcse-follow-jumps -fnon-call-exceptions

[jakub at gcc dot gnu.org]

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

--- Comment #8 from Jakub Jelinek  ---
For 8.5 fixed in r8-10504-g819a383e5952dad6613791adba16c44d81da749b.

[Bug c++/94951] [8/9 Regression] dereferencing type-punned pointer will break strict-aliasing rules when using super class for a template type

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #10 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10503-g79a11b9833baa91cef7c881532e01470fa25047f and by the
above commit for 9.4+ too.

[Bug rtl-optimization/94873] [8/9 Regression] wrong code with -O -fno-merge-constants -fno-split-wide-types -fno-tree-fre

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #25 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10501-g10f44fe62fc461d4333290bfdadee4d2ea1f79d4 and by the
above commit for 9.4+ too.

[Bug c/94842] [8/9 Regression] internal compiler error: in gimplify_label_expr, at gimplify.c:2573

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #12 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10500-gb79f3e1e67ca0c5e14b677e3fc847a3c79881b5f and for
9.4+ by the above commit.

[Bug target/94826] [8/9 regression] ICE in gcc.dg/pr94780.c after r10-7999

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10496-ge031d8024aa22d31ceb85180a6607b3d6bb01481 and by the
above commit for 9.4+ too.

[Bug target/94832] AVX512 scatter/gather macros lack parentheses when unoptimized

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #10 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10498-ga0159c30c19a1271f6b6ba6bc489c2c1c59954a3 and by the
above commit for 9.4+ too.

[Bug target/94820] [8/9 Regression] pr94780.c fails with ICE on aarch64

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10495-g840a91477f0157a5811957b7d866489d519fb77f and by the
above commit for 9.4+ too.

[Bug tree-optimization/94809] [8/9 Regression] Different results between gcc-9 and gcc-6

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #9 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10494-g1831242824752a6c51f513759830a8667a97f7f2 and by the
above commit for 9.4+ too.

[Bug target/94820] [8/9 Regression] pr94780.c fails with ICE on aarch64

[jakub at gcc dot gnu.org]

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

Bug 94780 Summary: [8/9 Regression] ICE in walk_body at gcc/tree-nested.c:713 
since r6-3632-gf6f69fb09c5f81df
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94780

   What|Removed |Added

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

[Bug target/94780] [8/9 Regression] ICE in walk_body at gcc/tree-nested.c:713 since r6-3632-gf6f69fb09c5f81df

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #10 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10493-ga8a6b29393dbc13d81fdc5d354526452bd79fb94 and by the
above commit for 9.4+ too.  Other commits were for other architectures.

[Bug c++/94742] [8/9 Regression] Incorrect "no return statement" warning with [[noreturn]] and __FUNCTION__

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #6 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10492-g012e366a3928303aa1082876313e0bc3ea67190e and by the
above commit for 9.4+ too.

[Bug target/94710] [8/9 Regression] Assembler messages: Error: operand out of range (4 is not between 0 and 3) (xxsldwi 0,32,33,4)

[jakub at gcc dot gnu.org]

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

--- Comment #12 from Jakub Jelinek  ---
Worked around for 8.5 in r8-10491-gb3a45adc90bbbdf7a62e9ff301b32f43ba93cdad and
for 9.4+ by the above commit.

[Bug c/94705] [8/9 Regression] internal compiler error: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in diag_attr_exclusions, at attribs.c:396 since r8-5161

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10490-g1dd77eeccc2941323607e88a6fe37625a2dc6698 and by the
above commit for 9.4+ too.

[Bug c/94641] -Wpadded -fsanitize=undefined together cause warning on main()

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #6 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10489-g3e8a10bb21b4c830e1884ff43edd639eae5bf5ce and by the
above commit for 9.4+ too.

[Bug rtl-optimization/94618] [8/9 Regression] '-fcompare-debug' failure (length) with -O2 -fnon-call-exceptions since r8-565-g7581ce9a1ad6df9c

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #12 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10488-g00191dfc2914b2e66a3fbe50aa79ef6a5fc2be46 and by the
above commit for 9.4+ too.

[Bug c++/94571] Error: Expected comma or semicolon, comma found

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10487-g189c10499d796877e22c7f019a2805099fab8509 and by the
above commit for 9.4+ too.

[Bug tree-optimization/94524] [8/9 Regression] wrong code with vector modulo operation since r0-117580

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10486-g7146b8fd63e5107f1cf896df92fbaed99aa5ac0d and for
9.4+ by the above commit too.

[Bug target/94509] wrong code with -mavx512bw and __builtin_shuffle()

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #4 from Jakub Jelinek  ---
Fixed for 8.5 too in r8-10483-g62138a256af79900ef9958e32806f5acc333bd93 .

[Bug target/94488] [AArch64] ICE on right shift of V2DImode by DImode shift

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
Fixed for 8.5 too in r8-10482-g84d649d3c71e80269ebd9764652131c51ff4a895 .

[Bug target/94460] wrong code with __builtin_ia32_phsubw256() or __builtin_ia32_phsubd256()

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
Fixed for 8.5 too in r8-10480-g6fc550e75d4aac02953510215abf8a76f9adeaaa .

[Bug debug/94459] Missing c++ debug information for 'auto&' return type

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #9 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10481-gbd748b6b448ef47f56922ec67244037915f721c2 and by the
above commit for 9.4+ too.

[Bug target/94438] [8/9 Regression] ICE: verify_gimple failed: position plus size exceeds size of referenced object in 'bit_field_ref' with -mavx512vbmi -mavx512vl

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10485-g212ae35e5a9b554748c1340015968fda1d1fa0d8 and by the
above commit for 9.4+ too.

[Bug middle-end/94412] [8 Regression] wrong code with vectors

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #10 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10478-gff421cb31d2d51f337dffdaf6b008fe1737d239f too.

[Bug tree-optimization/94329] [8 Regression] error: use_only.f90: ‘-fcompare-debug’ failure (length)

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10476-gc53f6b6c38fd3c61257c9f311ca9dc21135223b4.

[Bug sanitizer/94325] [8/9 Regression] UBSAN: "invalid vptr" false positive for virtual inheritance with -fno-sanitize-recover=all

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10484-g1298b488c37c44abf33cca6932e760ef69dd7815 and by the
above commit for 9.4+ too.

[Bug middle-end/94303] [8 Regression] Program result error When using global object array (partially initialized with a special constructor, and the rest with the default constructor)

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #10 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10475-g0aa738f8d4469434c131dc36711a045cfd8ecd7f too.

[Bug debug/94283] [8 Regression] gcc: error: gcc/testsuite/gcc.dg/fold-bopcond-1.c: ‘-fcompare-debug’ failure since r7-4804-gb54819879e0518b3

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #11 from Jakub Jelinek  ---
Fixed for 8.5 too.

[Bug tree-optimization/94211] [8 Regression] -fcompare-debug failure on phi-opt-13.c

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #9 from Jakub Jelinek  ---
Fixed for 8.5 too.

[Bug debug/94167] [8 Regression] pr71109.c -fcompare-debug failures on x86_64 and powerpc64le

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #9 from Jakub Jelinek  ---
Should be now fixed for 8.5 too.

[Bug c/94172] [arm-none-eabi] ICE in expand_debug_locations, at cfgexpand.c:5403

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #14 from Jakub Jelinek  ---
Fixed for 8.5 and 9.4+ too.

[Bug target/94134] pdp11-aout puts initial variable into .text section rather than .data

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #16 from Jakub Jelinek  ---
Should be now fixed for 8.5 and 9.4+ too.

[Bug tree-optimization/94130] [8 Regression] Unintended result with optimization option when assigning two structures, memset and 0

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #13 from Jakub Jelinek  ---
Fixed for 8.5 too.

[Bug target/94121] ICE on aarch64-linux-gnu: in abs_hwi, at hwint.h:324

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #12 from Jakub Jelinek  ---
Fixed for 8.5, 9.4+ and 10.1+.

[Bug middle-end/94111] Wrong constant folding: decimal floating-point infinity casted to double -> zero

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #8 from Jakub Jelinek  ---
Fixed for 8.5, 9.4+, 10.1+.

[Bug tree-optimization/94114] [8 Regression] ICE in gimplify_modify_expr, at gimplify.c:5936

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
Fixed for 8.5 too.

[Bug c++/93931] ICE using lambda capture in openMP parallel for reduction

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #7 from Jakub Jelinek  ---
Fixed for 8.5 and 9.4+ too.

[Bug target/94046] cast to __m256d in mask argument of avx2 float gather intrinsics

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #9 from Jakub Jelinek  ---
Fixed for 8.5 too.

[Bug middle-end/93566] [8 Regression] tree-nested.c ICE on C OpenMP array section reduction

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #9 from Jakub Jelinek  ---
Fixed for 8.5 too.

[Bug fortran/93553] ICE in scan_omp_1_op, at omp-low.c:3485

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #12 from Jakub Jelinek  ---
Fixed for 8.5 in r8-10510-g6b326d90d2195f00eb37dbf1be963ee3880af3b9 , and by
above commits for 9.4+, 10.3+ and 11.1+.

[Bug middle-end/93399] [8 Regression] Annotate assembler option failure

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #14 from Jakub Jelinek  ---
Fixed for 8.5 too.

[Bug c++/90995] [8 Regression] ICE in grokdeclarator, at cp/decl.c:12024

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

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

--- Comment #12 from Jakub Jelinek  ---
Fixed for 8.5 too.

[Bug c++/97093] New: ICE on C++20 code: memory corruption when chaining requirements (in hashtab_chk_error, at hash-table.c:137)

[dimitri.gorokhovik at free dot fr]

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

Bug ID: 97093
   Summary: ICE on C++20 code: memory corruption when chaining
requirements (in hashtab_chk_error, at
hash-table.c:137)
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: dimitri.gorokhovik at free dot fr
  Target Milestone: ---

The following code:

template 
concept C =  requires (T t)
{
  requires t.some_const < 2
#if BUG
  || requires { t.some_fn (); }
#endif
  ;
};


template 
struct c
{};


template 
concept P = requires (T t, c <0, 1> v)
{
#if BUG
  { t (v) };
#else
  true;
#endif
};

template 
struct m
{
  constexpr auto operator () (C auto) const
  {};
};


struct pc
{
  constexpr auto operator () (C auto) const
  {};
};


constexpr auto cc = pc {};  
constexpr auto mmcc = m  {};


when compiled as:

g++ -std=c++20 -fconcepts-diagnostics-depth=3 -o bug-5.o -c bug-5.cpp -DBUG=1

gives an ICE (stack traces below) with a frequency of 60-70% -- might need to
run it a few times to see. Defining BUG to > 0 and setting
-fconcepts-diagnostics-depth to > 2 are required to reproduce.

Version:
g++ (GCC) 11.0.0 20200917 (experimental)

Output from the compiler:

dgorokho@desktop:~/Sources/Rete$ /home/dgorokho/gcc-trunk/trunk/dist/bin/g++ 
-std=c++20   -fconcepts-diagnostics-depth=25  -o bug-5.o -c  bug-5.cpp -DBUG=1
bug-5.cpp:43:28: error: placeholder constraints not satisfied
   43 | constexpr auto mmcc = m  {};
  |^
bug-5.cpp:43:28: note: constraints not satisfied
bug-5.cpp:18:9:   required for the satisfaction of ‘P’
bug-5.cpp:18:13:   in requirements with ‘T t’, ‘c<0, 1> v’ [with T = pc]
bug-5.cpp:21:7: note: the required expression ‘t(v)’ is invalid, because
   21 |   { t (v) };
  | ~~^~~
bug-5.cpp:21:7: error: no match for call to ‘(pc) (c<0, 1>&)’
bug-5.cpp:37:18: note: candidate: ‘template  requires  C
constexpr auto pc::operator()(auto:2) const’
   37 |   constexpr auto operator () (C auto) const
  |  ^~~~
bug-5.cpp:37:18: note:   template argument deduction/substitution failed:
bug-5.cpp:37:18: note: constraints not satisfied
bug-5.cpp: In substitution of ‘template  requires  C
constexpr auto pc::operator()(auto:2) const [with auto:2 = c<0, 1>]’:
bug-5.cpp:21:7:   required from here
bug-5.cpp:2:9:   required for the satisfaction of ‘C’ [with auto:2 =
c<0, 1>]
bug-5.cpp:2:14:   in requirements with ‘T t’ [with T = c<0, 1>]
bug-5.cpp:6:3: note: nested requirement ‘((t.some_const < 2) ||
requires{t.some_fn();})’ is not satisfied, because
4 |   requires t.some_const < 2
  |
5 | #if BUG
  | ~~~
6 |   || requires { t.some_fn (); }
  |   ^
hash table checking failed: equal operator returns true for a pair of values
with a different hash value
bug-5.cpp:4:12: internal compiler error: in hashtab_chk_error, at
hash-table.c:137
4 |   requires t.some_const < 2
  |   ~^~~~
5 | #if BUG
  | ~~~ 
6 |   || requires { t.some_fn (); }
  |   ~
0x88c89a hashtab_chk_error()
../../src/gcc/hash-table.c:137
0x8f276c hash_table::verify(sat_entry* const&,
unsigned int)
../../src/gcc/hash-table.h:1033
0x8f292b hash_table::find_with_hash(sat_entry*
const&, unsigned int)
../../src/gcc/hash-table.h:918
0x8f0806 satisfy_constraint_r
../../src/gcc/hash-table.h:430
0x8f05c5 satisfy_constraint_r
../../src/gcc/cp/constraint.cc:2482
0x8f0db8 satisfy_constraint
../../src/gcc/cp/constraint.cc:2701
0x8f00b3 diagnose_nested_requirement
../../src/gcc/cp/constraint.cc:3413
0x8f00b3 diagnose_requirement
../../src/gcc/cp/constraint.cc:3433
0x8f00b3 diagnose_requires_expr
../../src/gcc/cp/constraint.cc:3457
0x8f00b3 diagnose_atomic_constraint
../../src/gcc/cp/constraint.cc:3493
0x8f0c58 satisfy_constraint_r
../../src/gcc/cp/constraint.cc:2652
0x8f0db8 satisfy_constraint
../../src/gcc/cp/constraint.cc:2701
0x8f20ed constraint_satisfaction_value
../../src/gcc/cp/constraint.cc:2719
0x8f2187 diagnose_constraints(unsigned int, tree_node*, tree_node*)
../../src/gcc/cp/constraint.cc:3563
0xa5196c fn_type_unification(tree_node*, tree_node*, tree_node*, tree_node*
const*, unsigned int, tree_node*, unification_kind_t, int, conversion**, bool,
bool)
../../src/gcc/cp/pt.c:21317
0x8a1378 print_z_candidate
../../src/gcc/cp/call.c:3788
0x8a2e2f print_z_candidates
../../src/gcc/cp/call.c:3868
0x8b0713 build_op_call_1
../../src/gcc/cp/call.c:4893
0x8b0713 build_op_call(tree_node*, vec**, int)
../../src/gcc/cp/call.c

[Bug rtl-optimization/97092] New: [10/11 Regression] aarch64, SVE: ICE in ira-color.c since r10-4752-g2d56600c

[acoplan at gcc dot gnu.org]

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

Bug ID: 97092
   Summary: [10/11 Regression] aarch64, SVE: ICE in ira-color.c
since r10-4752-g2d56600c
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: acoplan at gcc dot gnu.org
  Target Milestone: ---

For the following testcase:

void g(void);
long a;
signed char b(int c, int d) { return c + d; }
void e(void) {
  int f;
  for (; (long)e < 4;) {
f = 0;
for (; f < 10; f++);
g();
a = -4;
for (; a; a = b(a, 1));
  }
}

AArch64 GCC ICEs in IRA when compiling with -O1 -ftree-vectorize
-march=armv8.2-a+sve:

$ aarch64-none-elf-gcc -O1 -ftree-vectorize -march=armv8.2-a+sve test.c -c -S
during RTL pass: ira
test.c: In function 'e':
test.c:13:1: internal compiler error: in paradoxical_subreg_p, at rtl.h:3170
   13 | }
  | ^
0xb56ebb paradoxical_subreg_p(machine_mode, machine_mode)
/home/alecop01/toolchain/src/gcc/gcc/rtl.h:3170
0xb56ebb narrower_subreg_mode(machine_mode, machine_mode)
/home/alecop01/toolchain/src/gcc/gcc/rtl.h:3200
0xb56ebb update_costs_from_allocno
/home/alecop01/toolchain/src/gcc/gcc/ira-color.c:1410
0xb574ed update_costs_from_copies
/home/alecop01/toolchain/src/gcc/gcc/ira-color.c:1478
0xb585b8 assign_hard_reg
/home/alecop01/toolchain/src/gcc/gcc/ira-color.c:1969
0xb61321 pop_allocnos_from_stack
/home/alecop01/toolchain/src/gcc/gcc/ira-color.c:2707
0xb61321 color_allocnos
/home/alecop01/toolchain/src/gcc/gcc/ira-color.c:3251
0xb61321 color_pass
/home/alecop01/toolchain/src/gcc/gcc/ira-color.c:3363
0xb4ad3f ira_traverse_loop_tree(bool, ira_loop_tree_node*, void
(*)(ira_loop_tree_node*), void (*)(ira_loop_tree_node*))
/home/alecop01/toolchain/src/gcc/gcc/ira-build.c:1778
0xb5d464 do_coloring
/home/alecop01/toolchain/src/gcc/gcc/ira-color.c:3514
0xb5d464 color
/home/alecop01/toolchain/src/gcc/gcc/ira-color.c:4885
0xb5d464 ira_color()
/home/alecop01/toolchain/src/gcc/gcc/ira-color.c:5014
0xb4339f ira
/home/alecop01/toolchain/src/gcc/gcc/ira.c:5368
0xb4339f execute
/home/alecop01/toolchain/src/gcc/gcc/ira.c:5668
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

While this does seem to have been introduced before GCC 11, I haven't been able
to reproduce this on 10.x builds. More investigation needed here.

[Bug target/97083] __builtin_lround and _builtin_llround not replaced with fcvtas on aarch64

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||missed-optimization
   Severity|normal  |enhancement

[Bug target/97086] aix: ceilf and truncf do not preserve the sign bit when output is rounded to 0

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

  Component|c++ |target

--- Comment #1 from Andrew Pinski  ---
This might NOT be a GCC issue but rather an issue with the libc that AIX has.

[Bug middle-end/24639] [meta-bug] bug to track all Wuninitialized issues

[msebor at gcc dot gnu.org]

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

Bug 97067 Summary: UBSAN: False positive maybe-uninitialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97067

   What|Removed |Added

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

[Bug sanitizer/97067] UBSAN: False positive maybe-uninitialized

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 CC||msebor at gcc dot gnu.org
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Martin Sebor  ---
I'm not able to reproduce the warning on trunk.  I'm assuming it's been fixed
by r11-3237 (pr96295).  If the warning persists, please reopen the bug and
provide all the information requested at https://gcc.gnu.org/bugs.

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

[Bug tree-optimization/96295] [11 Regression] -Wmaybe-uninitialized warning for range operator with reference to an empty struct

[msebor at gcc dot gnu.org]

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

Martin Sebor  changed:

   What|Removed |Added

 CC||vincent.lebourlot@starqube.
   ||com

--- Comment #5 from Martin Sebor  ---
*** Bug 97067 has been marked as a duplicate of this bug. ***

[Bug libstdc++/97088] 17_intro/names.cc and experimental/names.cc fail with --disable-libstdcxx-pch

[joseph at codesourcery dot com]

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

--- Comment #1 from joseph at codesourcery dot com  ---
On Thu, 17 Sep 2020, clyon at gcc dot gnu.org wrote:

> This happens because the testcase does
> #define x (
> and "x" is used as parameter names in several function prototypes in newlib's
> math.h

That's a bug in newlib, which should be fixed there.

[Bug libstdc++/97091] New: Demangling the name of the type of a lambda accepting variadic auto parameters fails

[dominik.muth at gmx dot de]

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

Bug ID: 97091
   Summary: Demangling the name of the type of a lambda accepting
variadic auto parameters fails
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: dominik.muth at gmx dot de
  Target Milestone: ---

Demangling the mangled name of [](auto...){} fails with gcc 5, 8, 9, 10, and
11.

It works with gcc 6 and 7, however the mangled name is different, see output
below. The demangled name main::{lambda(auto:1, ...)#1} looks wrong to me.
Should it be main::{lambda(auto:1...)#1} instead?

Here is a fairly minimal example to reproduce the bug:

// https://wandbox.org/permlink/FVonGE60X1Xi651E

#include 
#include 

using namespace std;

template 
static string nametype(T v)
{
return typeid(decltype(v)).name();
}

template 
static string strtype(T v)
{
return abi::__cxa_demangle(nametype(v).c_str(), nullptr, nullptr, nullptr);
}

template 
static void puttype(T v)
{
cout << nametype(v) << endl;
cout << "-> " << strtype(v) << endl;
}

int main()
{
cout << __GNUC__ << "." << __GNUC_MINOR__ << "." << __GNUC_PATCHLEVEL__ <<
" " << __GLIBCXX__ << endl;
puttype([](auto...){});
}

/*

output:

5.5.0 20171010
Z4mainEUlT_zE_
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_M_construct null not valid

6.3.0 20161221
Z4mainEUlT_zE_
-> main::{lambda(auto:1, ...)#1}

7.3.0 20180125
Z4mainEUlT_zE_
-> main::{lambda(auto:1, ...)#1}

8.3.0 20190222
Z4mainEUlDpT_E0_
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_M_construct null not valid

9.3.0 20200312
Z4mainEUlDpT_E0_
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_M_construct null not valid

10.1.0 20200507
Z4mainEUlDpT_E_
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_M_construct null not valid

11.0.0 20200915
Z4mainEUlDpT_E_
terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_M_construct null not valid

*/

[Bug preprocessor/96935] [9 Regression] ICE in subspan, at input.h:69

[jan.smets at nokia dot com]

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

--- Comment #11 from Jan Smets  ---
Thanks. Fix verified.

[Bug analyzer/97090] New: gcc.dg/analyzer/malloc-vs-local-1b.c fails on arm

[clyon at gcc dot gnu.org]

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

Bug ID: 97090
   Summary: gcc.dg/analyzer/malloc-vs-local-1b.c fails on arm
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: analyzer
  Assignee: dmalcolm at gcc dot gnu.org
  Reporter: clyon at gcc dot gnu.org
  Target Milestone: ---

Between r11-3230 and r11-3249 (g:052204fac580b21c967e57e6285d99a9828b8fac and
g:ecde1b0a467127714872785b9935fe7c580778f0), I've noticed:
FAIL: gcc.dg/analyzer/malloc-vs-local-1b.c  (test for bogus messages, line 170)

on some arm targets.

For instance:
target arm-none-linux-gnueabi
--with-mode arm
--with-cpu cortex-a9

there is no such problem with arm-none-linux-gnueabihf and the same config
flags.