[Bug c++/78124] [7 regression][c++1z] explicit inheriting constructor is ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78124 --- Comment #2 from lucdanton at free dot fr --- I ran into a different program that regressed starting at r241187 (again, only for -std=c++1z), this time not involving explicit constructors: //-- struct aggr { int x; }; struct base

[Bug middle-end/78294] [5/6/7 Regression] -fsanitize=thread broken by ignoring __attribute__((tls_model("initial-exec")))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294 --- Comment #19 from Jakub Jelinek --- As for the ld.bfd optimization that makes linking with ld.bfd work, that is an optimization if there are any IE relocations then other GD/LD relocations are turned into them too, because once you have any

[Bug middle-end/78294] [5/6/7 Regression] -fsanitize=thread broken by ignoring __attribute__((tls_model("initial-exec")))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294 --- Comment #18 from Jakub Jelinek --- Well, GCC has always required that the tls_model attribute is specified on all the declarations/definitions (since the introduction of the extension) rather than just one of them, and matches in between

[Bug c++/78373] [7 Regression] error: constant not recomputed when ADDR_EXPR changed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78373 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/78373] New: [7 Regression] error: constant not recomputed when ADDR_EXPR changed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78373 Bug ID: 78373 Summary: [7 Regression] error: constant not recomputed when ADDR_EXPR changed Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug libgcc/68468] frv/bfin FDPIC toolchain build error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68468 --- Comment #10 from Jakub Jelinek --- Author: jakub Date: Wed Nov 16 07:01:56 2016 New Revision: 242468 URL: https://gcc.gnu.org/viewcvs?rev=242468=gcc=rev Log: PR libgcc/68468 * unwind-dw2-fde-dip.c: Fix build on FDPIC

[Bug middle-end/78294] [5/6/7 Regression] -fsanitize=thread broken by ignoring __attribute__((tls_model("initial-exec")))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294 --- Comment #17 from Markus Trippelsdorf --- (In reply to Dmitry Vyukov from comment #16) > So is it a bug in gcc or in tsan runtime? > I thought that an attribute attached to a definition must affect declaration > as well. Yes, I would say it

[Bug middle-end/78294] [5/6/7 Regression] -fsanitize=thread broken by ignoring __attribute__((tls_model("initial-exec")))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294 --- Comment #16 from Dmitry Vyukov --- So is it a bug in gcc or in tsan runtime? I thought that an attribute attached to a definition must affect declaration as well.

[Bug middle-end/78294] [5/6/7 Regression] -fsanitize=thread broken by ignoring __attribute__((tls_model("initial-exec")))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294 --- Comment #15 from Markus Trippelsdorf --- Easiest fix: diff --git a/libsanitizer/tsan/tsan_rtl.cc b/libsanitizer/tsan/tsan_rtl.cc index 07fa165e939c..0a40e3c9a2e1 100644 --- a/libsanitizer/tsan/tsan_rtl.cc +++ b/libsanitizer/tsan/tsan_rtl.cc

[Bug middle-end/78294] [5/6/7 Regression] -fsanitize=thread broken by ignoring __attribute__((tls_model("initial-exec")))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294 --- Comment #14 from Markus Trippelsdorf --- Here is a small testcase: markus@x4 tsan % cat tsan_rtl.ii __attribute__((tls_model("initial-exec"))) extern __thread char b[]; __thread char b[1]; int c; void fn1() { c = *b; } markus@x4 tsan %

[Bug debug/78372] New: gdb/demangler crashes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78372 Bug ID: 78372 Summary: gdb/demangler crashes Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee:

[Bug middle-end/78370] Missing uninitialzed warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78370 --- Comment #1 from Andrew Pinski --- In this case, GCC does not know that a escapes only at func2 so it assumes func1 touches a. I think there is a bug which says the same thing already but I am too lazy to look for it right now. PR 24639

[Bug fortran/78351] comma not terminating READ of formatted input field - ok in 4.1.7, not 4.4.7- maybe related to 25419?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351 --- Comment #11 from Jerry DeLisle --- (In reply to Dominique d'Humieres from comment #10) > > We are getting a segfault right after the error and the backtrace > > is landing in the middle of read_block_direct, so the error recovery > > is

[Bug tree-optimization/77848] Gimple if-conversion results in redundant comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 --- Comment #22 from Bill Schmidt --- Proposed patch: https://gcc.gnu.org/ml/gcc-patches/2016-11/msg01541.html

[Bug fortran/78351] comma not terminating READ of formatted input field - ok in 4.1.7, not 4.4.7- maybe related to 25419?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351 --- Comment #10 from Dominique d'Humieres --- > We are getting a segfault right after the error and the backtrace > is landing in the middle of read_block_direct, so the error recovery > is broken. Segfault is never acceptable so I will fix

[Bug libstdc++/78371] New: list::sort doesn't work with non-default-constructible allocators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78371 Bug ID: 78371 Summary: list::sort doesn't work with non-default-constructible allocators Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/78329] incorrect debug info for return type deduction C++14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78329 --- Comment #1 from chihin ko --- The bug only happen in member functions, I tried multiple classes with deducted return type for multiple member functions, they all point to the same DW_TAG_unspecified_type.

[Bug fortran/78351] comma not terminating READ of formatted input field - ok in 4.1.7, not 4.4.7- maybe related to 25419?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351 Jerry DeLisle changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/78351] comma not terminating READ of formatted input field - ok in 4.1.7, not 4.4.7- maybe related to 25419?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351 --- Comment #8 from Steve Kargl --- On Tue, Nov 15, 2016 at 11:21:05PM +, jvdelisle at gcc dot gnu.org wrote: > > I just finished fixing another issue and am now looking at this one. Generally > speaking if code worked before under g77, we

[Bug fortran/78351] comma not terminating READ of formatted input field - ok in 4.1.7, not 4.4.7- maybe related to 25419?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351 --- Comment #7 from Steve Kargl --- On Tue, Nov 15, 2016 at 10:51:41PM +, kevin.b.beard at nasa dot gov wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351 > > --- Comment #5 from Dr. Kevin B. Beard --- > I've always understood

[Bug c++/67461] Multiple atomic stores generate a StoreLoad barrier between each one, not just at the end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67461 --- Comment #4 from Peter Cordes --- (In reply to Andrew Pinski from comment #1) > Hmm, I think there needs to be a barrier between each store as each store > needs to be observed by the other threads. As we agreed earlier, a full barrier is

[Bug fortran/78351] comma not terminating READ of formatted input field - ok in 4.1.7, not 4.4.7- maybe related to 25419?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351 --- Comment #6 from Jerry DeLisle --- (In reply to Dr. Kevin B. Beard from comment #5) > I've always understood that a comma will terminate a FORTRAN field - for > example: > >

[Bug c/78370] New: Missing uninitialzed warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78370 Bug ID: 78370 Summary: Missing uninitialzed warning Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug libfortran/51119] MATMUL slow for large matrices

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119 --- Comment #42 from Jerry DeLisle --- Author: jvdelisle Date: Tue Nov 15 23:03:00 2016 New Revision: 242462 URL: https://gcc.gnu.org/viewcvs?rev=242462=gcc=rev Log: 2016-11-15 Jerry DeLisle Thomas Koenig

[Bug fortran/78351] comma not terminating READ of formatted input field - ok in 4.1.7, not 4.4.7- maybe related to 25419?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351 --- Comment #5 from Dr. Kevin B. Beard --- I've always understood that a comma will terminate a FORTRAN field - for example: https://docs.oracle.com/cd/E19957-01/805-4939/z4000743a36d/index.html Am I misunderstanding the F77 standard? Also,

[Bug c/78365] [7 Regression] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 --- Comment #4 from kugan at gcc dot gnu.org --- bug320.c also has the same issue: static void finddpos (coord *,int,int,int,int); bug320.c +10093 has: static void finddpos(cc, xl,yl,xh,yh) coord *cc; xchar xl,yl,xh,yh;

[Bug target/77346] [7 Regression] ICE in push_reload, at reload.c:1350

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77346 --- Comment #7 from Aldy Hernandez --- (In reply to Arseny Solokha from comment #6) > Did you copy your session verbatim in #c5? If so, -f(no-)stack-protector > apparently has nothing to do w/ the issue. Your cross-compilers most likely >

[Bug middle-end/78294] [5/6/7 Regression] -fsanitize=thread broken by ignoring __attribute__((tls_model("initial-exec")))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294 Markus Trippelsdorf changed: What|Removed |Added Status|REOPENED|NEW CC|

[Bug c/78365] [7 Regression] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 kugan at gcc dot gnu.org changed: What|Removed |Added CC||kugan at gcc dot gnu.org ---

[Bug libstdc++/59406] functions labelled FNV-1a in tr1/functional_hash.h are not FNV-1a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59406 --- Comment #4 from Jonathan Wakely --- Author: redi Date: Tue Nov 15 20:17:39 2016 New Revision: 242454 URL: https://gcc.gnu.org/viewcvs?rev=242454=gcc=rev Log: PR 59406 note that FNV hash functions are incorrect PR libstdc++/59406

[Bug libstdc++/59406] functions labelled FNV-1a in tr1/functional_hash.h are not FNV-1a

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

[Bug c++/78193] [7 regression] g++.dg/concepts/inherit-ctor3.C etc. FAIL at r241765

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78193 Eric Botcazou changed: What|Removed |Added Severity|normal |major

[Bug sanitizer/78294] -fsanitize=thread broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294 --- Comment #12 from Markus Trippelsdorf --- Created attachment 40050 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40050=edit unreduced testcase Indeed it look like gcc simply ignores the attribute: g++ -fPIC -O2 -g -c tsan_rtl.ii vs.

[Bug tree-optimization/70965] [7 Regression] ICE on released SSA name during IPA SRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70965 --- Comment #6 from Jakub Jelinek --- Reduced testcase: struct A {}; struct B {}; struct C { using p = int *; template using ra = A; }; struct J : C { template struct K { typedef C::ra o; }; }; template struct D { struct H : J::K::o { H

[Bug c++/78369] New: default parameter ICEs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78369 Bug ID: 78369 Summary: default parameter ICEs Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug tree-optimization/77673] [5/6/7 Regression] 4-byte load generated instead of 1-byte load, possibly reading past the end of object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77673 Thomas Preud'homme changed: What|Removed |Added Status|NEW |ASSIGNED Last

[Bug sanitizer/78294] -fsanitize=thread broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78294 Markus Trippelsdorf changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[Bug c++/68377] [c++17] unary right fold fails to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68377 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org

[Bug fortran/78368] New: ICE in lookup_decl, at omp-low.c:1071

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78368 Bug ID: 78368 Summary: ICE in lookup_decl, at omp-low.c:1071 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug libgomp/69183] ICE when using OpenMP PRIVATE keyword in OMP DO loop not explicitly encapsulated in OMP PARALLEL region

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69183 --- Comment #4 from Gerhard Steinmetz --- Related (modified example from testsuite) : $ cat z3.f90 subroutine gang (a) !$acc routine gang integer, intent(inout) :: a(n) integer, allocatable :: i

[Bug c++/77927] unary right fold fails to compile

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

[Bug c++/68377] [c++17] "binary expression in operand of fold-expression" error when folding an expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68377 Markus Trippelsdorf changed: What|Removed |Added CC||jeff.mirwaisi at gmail dot com

[Bug libgomp/69183] ICE when using OpenMP PRIVATE keyword in OMP DO loop not explicitly encapsulated in OMP PARALLEL region

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69183 Gerhard Steinmetz changed: What|Removed |Added CC|

[Bug fortran/66227] [5/6/7 Regression] [OOP] EXTENDS_TYPE_OF n returns wrong result for polymorphic variable allocated to extended type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66227 --- Comment #6 from janus at gcc dot gnu.org --- (In reply to janus from comment #5) > I'm currently not sure which one it is, but I'll investigate. I think it's both ;) extends_type_of_3.f90 is definitely wrong, because it contains the exact

[Bug c++/78341] ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: in cp_parser_std_attribute_spec, at cp/parser.c:24597)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78341 --- Comment #3 from Jason Merrill --- (In reply to Jakub Jelinek from comment #2) > Shall we just remove the assertion? Sounds good.

[Bug target/78362] [7 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1804 during libgomp build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78362 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 --- Comment #7 from vehre at gcc dot gnu.org --- Fix at: https://gcc.gnu.org/ml/fortran/2016-11/msg00140.html

[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/70965] [7 Regression] ICE on released SSA name during IPA SRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70965 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #5

[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358 --- Comment #5 from Jason Merrill --- Author: jason Date: Tue Nov 15 16:32:38 2016 New Revision: 242432 URL: https://gcc.gnu.org/viewcvs?rev=242432=gcc=rev Log: PR c++/78358 - tuple decomposition decltype * semantics.c

[Bug fortran/66227] [5/6/7 Regression] [OOP] EXTENDS_TYPE_OF n returns wrong result for polymorphic variable allocated to extended type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66227 --- Comment #5 from janus at gcc dot gnu.org --- (In reply to janus from comment #4) > The following patch fixes it: ... but unfortunately causes a failure of extends_type_of_3.f90 in the testsuite, which means either: * one of the tests in

[Bug fortran/66227] [5/6/7 Regression] [OOP] EXTENDS_TYPE_OF n returns wrong result for polymorphic variable allocated to extended type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66227 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c/78365] [7 Regression] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 Martin Liška changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug c++/78367] New: Out-of-line definitions fail to match in-line declarations with decltype and template arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78367 Bug ID: 78367 Summary: Out-of-line definitions fail to match in-line declarations with decltype and template arguments Product: gcc Version: 6.2.0 Status: UNCONFIRMED

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 --- Comment #6 from Andrew Benson --- (In reply to janus from comment #3) > (In reply to janus from comment #2) > > I suspect it may be caused by Andre's r241885 ... > > I may be wrong, though: It seems like reverting those changes does not

[Bug c++/78313] [7 Regression] Misleading spelling suggestion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78313 --- Comment #3 from David Malcolm --- (In reply to Jakub Jelinek from comment #0) > +++ This bug was initially created as a clone of Bug #72774 +++ > > // PR c++/72774 > // { dg-do compile } > > void baz (); > namespace A { void foo (); } >

[Bug fortran/66227] [5/6/7 Regression] [OOP] EXTENDS_TYPE_OF n returns wrong result for polymorphic variable allocated to extended type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66227 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot gnu.org

[Bug libstdc++/78326] incorrect c++ usage in experimental/vector and others? _X_max_align is inaccessible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78326 --- Comment #6 from Jonathan Wakely --- See Bug 59002, this is one of the ones it depends on.

[Bug libstdc++/78361] [7 regression][c++1z] std::__is_referenceable doesn't handle noexcept function types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78361 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #9 from Chung-Lin Tang --- (In reply to Sebastian Huber from comment #8) > (In reply to Chung-Lin Tang from comment #7) > > (In reply to Sebastian Huber from comment #6) > > > (In reply to Chung-Lin Tang from comment #5) > > > > > I

[Bug c++/78349] function returning std::basic_string missing [abi:cxx11] tag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78349 --- Comment #1 from Jonathan Wakely --- I think this is a known issue and intentionally not fixed on the GCC 5 branch (but it is fixed for GCC 6). N.B. GNU nm has a -C option to demangle so you don't need c++filt.

[Bug target/78364] [7 Regression][ARM] Error: bit-field extends past end of register -- ubfx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78364 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug other/78366] New: target_clones does not generate resovler function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78366 Bug ID: 78366 Summary: target_clones does not generate resovler function Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c/78365] ice in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 --- Comment #1 from David Binderman --- Created attachment 40049 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40049=edit reduced C source code

[Bug c++/71988] [7 Regression] ICE in dump_simple_decl (gcc/cp/error.c:965)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71988 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Tue Nov 15 15:21:49 2016 New Revision: 242426 URL: https://gcc.gnu.org/viewcvs?rev=242426=gcc=rev Log: PR c++/71988 * g++.dg/cpp0x/constexpr-71988.C: New test. Added:

[Bug target/78364] [7 Regression][ARM] Error: bit-field extends past end of register -- ubfx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78364 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work|

[Bug fortran/70601] [5/6/7 Regression] [OOP] ICE on procedure pointer component call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70601 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug c++/71988] [7 Regression] ICE in dump_simple_decl (gcc/cp/error.c:965)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71988 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug debug/78363] [7 Regression] ICE in in force_type_die, at dwarf2out.c:24864

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78363 Richard Biener changed: What|Removed |Added Keywords||openmp, wrong-debug

[Bug c++/78358] [7 Regression] wrong types for std::tuple decomposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78358 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c/78365] New: ice in determine_value_range, at tree-ssa-loo p-niter.c:413

gcc trunk dated 20161115, revision 242408, and with compiler flag -O2, does this: mklev.c:80:1: internal compiler error: in determine_value_range, at tree-ssa-loo p-niter.c:413 0xda4cb1 determine_value_range ../../trunk/gcc/tree-ssa-loop-niter.c:413 0xda61f0 bound_difference ../../tr

[Bug tree-optimization/77673] [5/6/7 Regression] 4-byte load generated instead of 1-byte load, possibly reading past the end of object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77673 --- Comment #3 from Jakub Jelinek --- Regressed with r211778 aka PR61517.

[Bug tree-optimization/78114] [7 regression] gfortran.dg/vect/fast-math-mgrid-resid.f FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78114 --- Comment #9 from amker at gcc dot gnu.org --- (In reply to r...@cebitec.uni-bielefeld.de from comment #8) > > --- Comment #6 from amker at gcc dot gnu.org --- > > But for tests: > > FAIL: gfortran.dg/vect/fast-math-mgrid-resid.f -O

[Bug middle-end/78333] always-inline gnu-inline functions break -finstrument-functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78333 Richard Biener changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment

[Bug testsuite/78292] [7 regression] test case gcc.dg/vect/vect-cond-2.c fails starting with r241967

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78292 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug c++/78341] ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: in cp_parser_std_attribute_spec, at cp/parser.c:24597)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78341 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #8 from Sebastian Huber --- (In reply to Chung-Lin Tang from comment #7) > (In reply to Sebastian Huber from comment #6) > > (In reply to Chung-Lin Tang from comment #5) > > > > I checked the code

[Bug target/78364] New: [ARM] Error: bit-field extends past end of register -- ubfx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78364 Bug ID: 78364 Summary: [ARM] Error: bit-field extends past end of register -- ubfx Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/78348] [7 REGRESSION] 15% performance drop for coremark-pro/nnet-test after r242038

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78348 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #7 from Chung-Lin Tang --- (In reply to Sebastian Huber from comment #6) > (In reply to Chung-Lin Tang from comment #5) > > > I checked the code generation on some targets for the test case above. The > > > arm, bfin, epiphany, i386,

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #6 from Sebastian Huber --- (In reply to Chung-Lin Tang from comment #5) > > I checked the code generation on some targets for the test case above. The > > arm, bfin, epiphany, i386, lm32, m68k,

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #5 from Chung-Lin Tang --- > I checked the code generation on some targets for the test case above. The > arm, bfin, epiphany, i386, lm32, m68k, mips, moxie, sh, v850 targets > generated all __atomic_* functions. > Only on Nios II

[Bug target/78362] [7 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1804 during libgomp build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78362 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/78295] [7 Regression] Spurious -Wuninitialized warning for vector element assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78295 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Tue Nov 15 13:57:59 2016 New Revision: 242413 URL: https://gcc.gnu.org/viewcvs?rev=242413=gcc=rev Log: PR middle-end/78295 * gcc.dg/uninit-pr78295.c: Add -Wno-psabi to

[Bug target/77881] [5/6 Regression] Non-optimal signed comparison on x86_64 since r146817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77881 Michael Matz changed: What|Removed |Added Summary|[5/6/7 Regression] |[5/6 Regression]

[Bug target/77881] [5/6/7 Regression] Non-optimal signed comparison on x86_64 since r146817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77881 --- Comment #6 from Michael Matz --- Author: matz Date: Tue Nov 15 14:02:28 2016 New Revision: 242414 URL: https://gcc.gnu.org/viewcvs?rev=242414=gcc=rev Log: PR missed-optimization/77881 * combine.c (simplify_comparison):

[Bug tree-optimization/78319] [7 Regression] PASS->FAIL: gcc.dg/uninit-pred-8_a.c bogus warning (test for bogus messages, line 20)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319 --- Comment #4 from prathamesh3492 at gcc dot gnu.org --- Hi, I think this seems to be an issue with uninit pass. The same behavior can be observed for following test-case on x86_64-unknown-linux-gnu regardless of r241915. (test-case is a slight

[Bug c/78359] Redeclaration of global variables is not reported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78359 Eric Gallager changed: What|Removed |Added CC||egall at gwmail dot gwu.edu --- Comment

[Bug fortran/78356] [7 Regression] [OOP] segfault allocating polymorphic variable with polymorphic component with allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78356 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug fortran/60853] [OOP] Failure to disambiguate generic with unlimited polymorphic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853 janus at gcc dot gnu.org changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug debug/78363] [7 Regression] ICE in in force_type_die, at dwarf2out.c:24864

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78363 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #4 from Sebastian Huber --- (In reply to Chung-Lin Tang from comment #3) > (In reply to Sebastian Huber from comment #2) > > (In reply to Chung-Lin Tang from comment #1) > > > Sebastian, I'm not

[Bug target/78357] nios2 uses non-standard atomic functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78357 --- Comment #3 from Chung-Lin Tang --- (In reply to Sebastian Huber from comment #2) > (In reply to Chung-Lin Tang from comment #1) > > Sebastian, I'm not sure what your problem is. The atomics in nios2 are > > implemented by __sync_* functions

[Bug tree-optimization/78348] [7 REGRESSION] 15% performance drop for coremark-pro/nnet-test after r242038

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78348 --- Comment #5 from Yuri Rumyantsev --- Yes, I think so. 2016-11-15 14:49 GMT+03:00 rguenth at gcc dot gnu.org : > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78348 > > Richard Biener changed: > >What

[Bug debug/78363] internal compiler error: in force_type_die, at dwarf2out.c:24864

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78363 Andrey Guskov changed: What|Removed |Added Component|c++ |debug --- Comment #1 from Andrey Guskov

[Bug target/77346] [7 Regression] ICE in push_reload, at reload.c:1350

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77346 --- Comment #6 from Arseny Solokha --- (In reply to Aldy Hernandez from comment #5) > -fPIC -fno-stack protector Did you copy your session verbatim in #c5? If so, -f(no-)stack-protector apparently has nothing to do w/ the issue. Your

[Bug c++/78363] New: internal compiler error: in force_type_die, at dwarf2out.c:24864

end=isl --enable-languages=c,c++,fortran,jit,lto Thread model: posix gcc version 7.0.0 20161115 (experimental) (GCC) $ build_ext/bin/g++ fail.cpp -fopenmp –g fail.cpp: In lambda function: fail.cpp:6:34: internal compiler error: in force_type_die, at dwarf2out.c:24864 for (int i = [](){ retur

[Bug fortran/60853] [OOP] Failure to disambiguate generic with unlimited polymorphic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853 --- Comment #3 from janus at gcc dot gnu.org --- This patch makes gfortran accept the code: Index: gcc/fortran/interface.c === --- gcc/fortran/interface.c (Revision 242412) +++

[Bug tree-optimization/77848] Gimple if-conversion results in redundant comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 --- Comment #21 from Bill Schmidt --- Great, thanks. Just realized I need to add a test case yet -- should have this on the list later today.

[Bug libstdc++/78360] missing throw()s in explicit instantiation declarations for has_facet()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78360 --- Comment #1 from Markus Trippelsdorf --- This points to a defect in the P0012R1 implementation: markus@x4 tmp % cat facet.ii struct locale; template bool has_facet(const locale &) throw(); extern template bool has_facet(const locale &);

  1   2   >