[Bug c++/69481] ICE with C++11 alias using with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481 --- Comment #4 from Wenzel Jakob --- I'm pretty sure this is a recent regression -- GCC was able to compile the code on Bug 77629 a month ago.

[Bug fortran/61775] Allocatable array initialized by implied-do loop array constructor gives invalid memory reference

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

[Bug c++/69481] ICE with C++11 alias using with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481 --- Comment #5 from Andrew Pinski --- (In reply to Wenzel Jakob from comment #4) > I'm pretty sure this is a recent regression -- GCC was able to compile the > code on Bug 77629 a month ago. Did you use a compiler from a release branch? If so

[Bug c++/69481] ICE with C++11 alias using with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481 --- Comment #6 from Wenzel Jakob --- No -- I am experimenting with the AVX512F backend and thus need to use the development branch.

[Bug sanitizer/77631] New: no symbols in backtrace shown by ASan when debug info is split

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77631 Bug ID: 77631 Summary: no symbols in backtrace shown by ASan when debug info is split Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug fortran/77632] New: Pointer initialisation does not quite work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77632 Bug ID: 77632 Summary: Pointer initialisation does not quite work Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug testsuite/77634] New: some vectorized testcases fail with -mcpu=thunderx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77634 Bug ID: 77634 Summary: some vectorized testcases fail with -mcpu=thunderx Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug bootstrap/77593] [7 Regression] Bootstrap failure with configure-target-libgfortran " cygwin64 Windows 10 anniversary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77593 --- Comment #8 from tprince at computer dot org --- I show my configure parameters in my test results posts. At some time in the past, each of them has been important. I don't know if the parameters quoted by cygwin release pertain to cross

[Bug tree-optimization/72824] [5 Regression] Signed floating point zero semantics broken at optimization level -O3 (tree-loop-distribute-patterns)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72824 Jakub Jelinek changed: What|Removed |Added Known to work||6.2.1 Summary|[5/6

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #17 from Iain Sandoe --- So.. we need a patch that implements what Dominique was trying (but in a way that doesn't involve discarding the original section defs. since they are needed for "older linker" - for some def. of "older").

[Bug target/76731] [AVX512] _mm512_i32gather_epi32 and other scatter/gather routines have incorrect signature

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76731 --- Comment #4 from Wenzel Jakob --- Hmm, it looks like this is still an issue. Recompiling my codebase with the latest trunk version of gcc still produces many errors caused by this, e.g.

[Bug c++/69481] ICE with C++11 alias using with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481 --- Comment #7 from Wenzel Jakob --- Correction: this ICE indeed goes away when building with --enable-checking=release (though that doesn't seem like a nice solution). I assume I used this check level in my trunk

[Bug sanitizer/77631] no symbols in backtrace shown by ASan when debug info is split

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77631 --- Comment #1 from Andrew Pinski --- I suspect libbacktrace does not implement this.

[Bug fortran/77636] New: OpenMP SIMD rejects an array in ALIGNED clause list

0.0 20160918 (experimental), bootstrapped from SVN rev. 240220, but the problem appears with some earlier builds, also. I've observed the following on x86_64 (Darwin), and power8le (Linux). The command line that fails to build an executable: gfortran -fopenmp simderr.f90 The output: simderr.f90:24

[Bug fortran/77632] Pointer initialisation does not quite work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77632 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/69481] ICE with C++11 alias using with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481 --- Comment #8 from Markus Trippelsdorf --- (In reply to Wenzel Jakob from comment #7) > Correction: this ICE indeed goes away when building with > --enable-checking=release (though that doesn't seem like a nice solution). I > assume I used this

[Bug c++/77629] internal compiler error: same canonical type node for different types

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

[Bug target/77621] Internal compiler error for mtune=atom + msse2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77621 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 Iain Sandoe changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org ---

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #18 from Iain Sandoe --- (In reply to Iain Sandoe from comment #17) oops hit send at the wrong moment: > So.. we need a patch that implements what Dominique was trying (but in a way > that doesn't involve discarding the original

[Bug tree-optimization/72824] [5/6 Regression] Signed floating point zero semantics broken at optimization level -O3 (tree-loop-distribute-patterns)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72824 --- Comment #13 from Wenzel Jakob --- The fix was merged, so I assume this bug should be closed as RESOLVED?

[Bug target/77633] New: AVX512: shuffle intrinsic has incorrect signature when optimizations are enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77633 Bug ID: 77633 Summary: AVX512: shuffle intrinsic has incorrect signature when optimizations are enabled Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[Bug testsuite/77635] New: load/store pair testcases need to use -mcpu=generic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77635 Bug ID: 77635 Summary: load/store pair testcases need to use -mcpu=generic Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug middle-end/71682] [7 Regression] Several libjava failures on x86_64-apple-darwin15 with -m32 after r237556

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71682 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/76731] [AVX512] _mm512_i32gather_epi32 and other scatter/gather routines have incorrect signature

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76731 --- Comment #3 from Wenzel Jakob --- Any updates here? Should this be closed?

[Bug libstdc++/77619] uninitialized_meow_construct and friends not exception safe

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77619 --- Comment #2 from Ville Voutilainen --- Patch available: https://gcc.gnu.org/ml/gcc-patches/2016-09/msg01131.html

[Bug target/77628] avx512: unnecessary GR extending after kmovw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77628 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/69481] ICE with C++11 alias using with templates

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

[Bug c++/69481] ICE with C++11 alias using with templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481 Markus Trippelsdorf changed: What|Removed |Added CC||wen...@mitsuba-renderer.org ---

[Bug c++/77629] internal compiler error: same canonical type node for different types

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

[Bug fortran/68078] segfault with allocate and stat for derived types with default initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68078 lkrupp at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug c++/77637] New: ICE on x86_64-linux-gnu (Segmentation fault, tree_check, cp_parser_std_attribute_list...)

/x86_64-pc-linux-gnu/7.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20160918 (experimental) [trunk revision 240220] (GCC) $ $ g++-trunk

[Bug c++/77638] New: ICE on x86_64-linux-gnu (internal compiler error: tree check: expected tree that contains ‘decl common’ structure, have ‘error_mark’ in cp_parser_template_declaration_after_parame

-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20160918 (experimental) [trunk revision 240220] (GCC) $ $ g++-trunk small.C small.C:2:11: error: ‘CharT’ has not been declared template <CharT, CharT... String> ^ small.

[Bug plugins/62252] a callback to event PLUGIN_FINISH_TYPE segfaults

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62252 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug c++/72822] libiberty/ demangler crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72822 --- Comment #3 from Jan Kratochvil --- Without a fix I do not know if it is the same problem or not:

[Bug c++/72822] libiberty/ demangler crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72822 --- Comment #4 from Jan Kratochvil --- Comment 3 is for: https://bugzilla.redhat.com/show_bug.cgi?id=1377020

[Bug jit/66627] [meta-bug] Tracker bug for jit bugs affecting ravi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66627 Andrew Pinski changed: What|Removed |Added Keywords||meta-bug Status|UNCONFIRMED

[Bug c++/77639] New: ICE on x86_64-linux-gnu (internal compiler error: tree check: accessed elt 1 of tree_vec with 0 elts in unify, at cp/pt.c:19674)

++-trunk COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20160918

[Bug target/77610] [sh] memcpy is wrongly inlined even for large copies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77610 Kazumoto Kojima changed: What|Removed |Added CC||kkojima at gcc dot gnu.org ---

[Bug libstdc++/66339] g++ 5.1.0 Generates memory leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66339 --- Comment #8 from Andrew Pinski --- (In reply to frankhb1989 from comment #7) > This is definitely a leak from the view of libc. Why is the status INVALID > instead of WONTFIX? It is still reachable. Since it is reachable, a pointer at

[Bug target/77610] [sh] memcpy is wrongly inlined even for large copies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77610 --- Comment #2 from Rich Felker --- Unless you expect the inline memcpy to be a size savings (and it does not seem to be), the size threshold can just be chosen such that function call time is negligible compared to copying time. I suspect