[Bug c++/66315] internal compiler error (segfault) when assigning nested initializer list

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66315 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/70695] [C++14] ICE in a herdly complicated compile-time metaprogramming

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70695 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/70037] [concepts] comdat group error and an ICE with a conceptified tuple implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70037 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/69362] ICE when doing a pragma reduction with the wrong variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69362 Paolo Carlini changed: What|Removed |Added CC||paolo.carlini at oracle dot com ---

[Bug tree-optimization/82765] New: ICE at -Os on valid code on x86_64-linux-gnu: in tree_to_shwi, at tree.c:6611

20171028 (experimental) [trunk revision 254197] (GCC) $ gcc-trunk -Os abc.c abc.c: In function ‘main’: abc.c:2:26: warning: initialization of ‘int *’ from incompatible pointer type ‘int (*)[1]’ [-Wincompatible-pointer-types] int main() { int *b[] = {a, a[1820408606019012862278468

[Bug inline-asm/55744] Use of ebx as output register in inline asm on x86_64 PIC mcmodel=medium

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55744 Eric Gallager changed: What|Removed |Added Status|WAITING |RESOLVED Known to work|

[Bug c++/82763] std::is_pod works incorrectly with volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763 --- Comment #6 from Andrew Pinski --- Are we sure this is a non pod due to volatile with packed? Does removing the packed attribute still cause GCC to think the MyTimeDate is a non-pod?

[Bug c/58884] OPTIONAL warning when a temprary value is created and not used.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58884 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #2) > (In reply to Max TenEyck Woodbury from comment #1) > > I found the relevant code in the "gimplify" modules. > > This is the wrong location for this kind of

[Bug c/58884] OPTIONAL warning when a temprary value is created and not used.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58884 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic

[Bug c++/82763] std::is_pod works incorrectly with volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763 --- Comment #5 from Paolo Carlini --- Is this an exact Dup of PR66268?

[Bug c++/82763] std::is_pod works incorrectly with volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763 --- Comment #4 from Paolo Carlini --- I think that the underlying issue is that in the front-end the code implementing the traits, in particular, say, trivial_type_p, isn't directly used elsewhere (should double check this, but I'm pretty sure),

[Bug c++/82763] std::is_pod works incorrectly with volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763 --- Comment #3 from Paolo Carlini --- Uhm, then I understand nobody raised a library issue so far? Of course our use of __is_pos is just an implementation detail. Weird.

[Bug tree-optimization/82224] Strict-aliasing not noticing valid aliasing of two unions with active members

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82224 --- Comment #11 from Alexander Cherepanov --- When I was converting the original testcase to malloc I started with a simple assignment with a cast. Clang optimized it as well (and I posted it to the clang bug) bug gcc didn't. Essentially this

[Bug c++/82763] std::is_pod works incorrectly with volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763 Jonathan Wakely changed: What|Removed |Added Component|libstdc++ |c++ --- Comment #2 from Jonathan

[Bug c++/82764] New: internal compiler error: in output_constructor_regular_field, at varasm.c:5030

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82764 Bug ID: 82764 Summary: internal compiler error: in output_constructor_regular_field, at varasm.c:5030 Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity:

[Bug libstdc++/82763] std::is_pod works incorrectly with volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763 Paolo Carlini changed: What|Removed |Added CC||jwakely.gcc at gmail dot com

[Bug c++/82763] New: std::is_pod works incorrectly with volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763 Bug ID: 82763 Summary: std::is_pod works incorrectly with volatile Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/82085] [6/7/8 Regression] ICE: Template variable reference used in nested template alias

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82085 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/82762] New: ICE at -O3: in compute_antic, at tree-ssa-pre.c:2397

/libexec/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap Thread model: posix gcc version 8.0.0 20171028 (experimental) [trunk revision

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25829 Nicolas Koenig changed: What|Removed |Added CC||koenigni at gcc dot gnu.org ---

[Bug libfortran/80850] Sourced allocate() fails to allocate a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850 --- Comment #16 from Paul Thomas --- (In reply to Jerry DeLisle from comment #15) > (In reply to Paul Thomas from comment #14) > > PS If I remove the STAT= from the allocate, the code runs just fine in DEV > > mode. > > > > Paul > > I have not

[Bug c++/82760] Incorrect code generated for aligned new

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82760 --- Comment #2 from Marc Glisse --- In cp/call.c: - (**args)[0] = *size; + const_cast((*cand->args)[0]) = *size; since in the aligned case we are using a copy align_args of the arguments. Of course it should be done in

[Bug target/82725] [8 Regression] [x86_64] internal compiler error: in change_address_1, at emit-rtl.c:2162

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82725 --- Comment #5 from Jakub Jelinek --- Well, r58383 only allowed some exceptions that would be otherwise rejected before. If we want to handle for ntpoff symbol + small offset, then I think we need to handle it in legitimate_pic_address_disp_p

[Bug libfortran/80850] Sourced allocate() fails to allocate a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850 --- Comment #15 from Jerry DeLisle --- (In reply to Paul Thomas from comment #14) > PS If I remove the STAT= from the allocate, the code runs just fine in DEV > mode. > > Paul I have not looke at this one. Have you tried with valgrind or

[Bug fortran/70072] ICE in gfc_find_array_ref(): No ref found

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70072 --- Comment #3 from Dominique d'Humieres --- With gfortran 7.2.0 and trunk (8.0) I get the error class(t), parameter :: z(2,3) = t(1) 1 Error: CLASS variable 'z' at (1) cannot have the PARAMETER attribute

[Bug c++/61121] -O2 -ftree-parallelize-loops=0 for maximum not accepted in 4.9.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121 --- Comment #10 from Paolo Carlini --- Jakub, is this a C++ front-end issue (if anything)?

[Bug c++/69718] [concepts] cc1plus segfault on invalid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69718 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/68608] [concepts] ICE with explicit class instantiation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68608 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/82760] Incorrect code generated for aligned new

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82760 Marc Glisse changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/70971] ICE in parameter pack expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70971 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED

[Bug c++/70971] ICE in parameter pack expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70971 --- Comment #3 from paolo at gcc dot gnu.org --- Author: paolo Date: Sat Oct 28 16:10:10 2017 New Revision: 254199 URL: https://gcc.gnu.org/viewcvs?rev=254199=gcc=rev Log: 2017-10-28 Paolo Carlini PR

[Bug c++/82759] SIGSEGV in gcc-7.2.0/gcc/tree-ssa-sccvn.c:3087: vn_phi_lookup()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82759 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug tree-optimization/82264] [6 Regression] ICE in vn_phi_lookup at gcc/tree-ssa-sccvn.c:3125

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82264 Markus Trippelsdorf changed: What|Removed |Added CC||slyfox at inbox dot ru ---

[Bug c++/82760] New: Incorrect code generated for aligned new

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82760 Bug ID: 82760 Summary: Incorrect code generated for aligned new Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug libfortran/80850] Sourced allocate() fails to allocate a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850 --- Comment #14 from Paul Thomas --- PS If I remove the STAT= from the allocate, the code runs just fine in DEV mode. Paul

[Bug c++/82759] SIGSEGV in gcc-7.2.0/gcc/tree-ssa-sccvn.c:3087: vn_phi_lookup()

--- Comment #1 from Sergei Trofimovich --- I've failed to reproduce it in gcc-master presumably because code was reworked quite a bit in gcc/tree-ssa-sccvn.c Both original file and minimized compile successfully with gcc-8.0.0 20171028.

[Bug c++/82759] New: SIGSEGV in gcc-7.2.0/gcc/tree-ssa-sccvn.c:3087: vn_phi_lookup()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82759 Bug ID: 82759 Summary: SIGSEGV in gcc-7.2.0/gcc/tree-ssa-sccvn.c:3087: vn_phi_lookup() Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal

[Bug c++/82745] Fails to warn on narrowing conversion by std::forward (e.g. when calling make_unique)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745 --- Comment #8 from helge at penne dot no --- (In reply to Jonathan Wakely from comment #7) > -Wsystem-headers is needed to get the warnings when the conversion happens > in code inside a system-header (which is the case for lots of standard >

[Bug c++/66839] g++ accepts NSDMI with -std=c++98 when the intializer is a macro defined in a standard header

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66839 ensadc at mailnesia dot com changed: What|Removed |Added Keywords||accepts-invalid ---

[Bug target/82725] [8 Regression] [x86_64] internal compiler error: in change_address_1, at emit-rtl.c:2162

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82725 --- Comment #4 from Uroš Bizjak --- -O2 -fpie -mtls-direct-seg-refs -m32 works OK, compiler goes through the same code paths as in 64bit case: (insn 18 17 19 2 (set (reg:SI 3 bx [ cache+4 ]) (mem/u/c:SI (const:SI (plus:SI (unspec:SI [

[Bug libstdc++/82758] Allocators declared `final` are not acceptible by containers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82758 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/60921] 'final' allocators are incompatible with the Empty Base-class Optimisation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60921 Jonathan Wakely changed: What|Removed |Added CC||wmx16835 at 126 dot com --- Comment

[Bug c++/82756] Poor error message from control flow at global scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82756 Jonathan Wakely changed: What|Removed |Added Keywords||diagnostic

[Bug target/82725] [8 Regression] [x86_64] internal compiler error: in change_address_1, at emit-rtl.c:2162

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82725 Uroš Bizjak changed: What|Removed |Added Target|i?86-*-*|x86_64-linux-gnu

[Bug c++/82745] Fails to warn on narrowing conversion by std::forward (e.g. when calling make_unique)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745 --- Comment #7 from Jonathan Wakely --- Please read my answer again: (In reply to Jonathan Wakely from comment #5) > This is the same issue as PR 58876, namely that the problem happens inside a > system header, so the diagnostics are suppressed

[Bug libfortran/80850] Sourced allocate() fails to allocate a pointer

cate() statement sees that pointer as ALLOCATED. Basically, I > want to inspect the internal state of the class(*) NULL pointer to make sure > that the problem indeed occurs inside the sourced allocate() statement. > Thanks! On my system FC23 & GNU Fortran (GCC) 7.2.1 20171028 the DEV

[Bug tree-optimization/81661] [7/8 Regression] ICE in gimplify_modify_expr, at gimplify.c:5638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81661 --- Comment #6 from Andrew Pinski --- (In reply to Richard Biener from comment #5) > One possibility is instead of using > > may_be_zero ? 0 : niter > > as niter for code-generation use > > (may_be_zero ? 0 : 1) * niter > > This avoids the

[Bug c++/82758] New: Allocators declared `final` are not acceptible by containers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82758 Bug ID: 82758 Summary: Allocators declared `final` are not acceptible by containers Product: gcc Version: 7.2.0 Status: UNCONFIRMED Severity: normal

[Bug libfortran/81938] valgrind error message and heap-buffer-overflow on address sanitized libgfortran.so

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938 Thomas Koenig changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug fortran/78672] Gfortran test suite failures with a sanitized compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78672 Bug 78672 depends on bug 81938, which changed state. Bug 81938 Summary: valgrind error message and heap-buffer-overflow on address sanitized libgfortran.so https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938 What|Removed

[Bug fortran/81748] [OOP] extensible types non-conforming behaviour

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81748 Bug 81748 depends on bug 81758, which changed state. Bug 81758 Summary: [7/8 Regression] [OOP] Broken vtab https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758 What|Removed |Added

[Bug fortran/81758] [7/8 Regression] [OOP] Broken vtab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/82753] (PDT) Invalid error for generic interface with different KIND parameter values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82753 Paul Thomas changed: What|Removed |Added Blocks|82173 | Assignee|unassigned at gcc dot

[Bug fortran/81758] [7/8 Regression] [OOP] Broken vtab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758 --- Comment #23 from Paul Thomas --- Author: pault Date: Sat Oct 28 08:53:19 2017 New Revision: 254196 URL: https://gcc.gnu.org/viewcvs?rev=254196=gcc=rev Log: 2017-10-28 Paul Thomas PR fortran/81758 *

[Bug fortran/81758] [7/8 Regression] [OOP] Broken vtab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758 --- Comment #22 from Paul Thomas --- Author: pault Date: Sat Oct 28 08:49:26 2017 New Revision: 254195 URL: https://gcc.gnu.org/viewcvs?rev=254195=gcc=rev Log: 2017-10-28 Paul Thomas PR fortran/81758 *

[Bug tree-optimization/82672] [8 Regression][GRAPHITE] ICE in verify_gimple_in_cfg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82672 Arseny Solokha changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment #4

[Bug c++/82745] Fails to warn on narrowing conversion by std::forward (e.g. when calling make_unique)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745 --- Comment #6 from helge at penne dot no --- I'm sorry if I confused you by using the wrong terminology here. My bad. We're now getting to the real issue, and that's great. You're right that C++ by default allows implicit conversion that

[Bug target/82002] [8 Regression] ICE in sp_valid_at, at config/i386/i386.c:13233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82002 --- Comment #6 from Daniel Santos --- Was about to submit a patch set for this that added this nifty mechanism to track a scratch register for pro/epilogue use and automatically (re)use it when you call choose_baseaddr. Then I realized that I