[Bug fortran/68055] ICE on using unsupported kinds in program without program statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68055 --- Comment #4 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Oct 24 17:09:35 2015 New Revision: 229288 URL: https://gcc.gnu.org/viewcvs?rev=229288=gcc=rev Log: 2015-10-24 Steven G. Kargl PR

[Bug fortran/56471] Program crashes when allocating a derived type with an allocatable component

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56471 Joost VandeVondele changed: What|Removed |Added Last reconfirmed|2013-06-29 00:00:00 |2015-10-24 CC|

[Bug fortran/67805] ICE on array constructor with wrong character specification

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67805 --- Comment #5 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Oct 24 16:20:26 2015 New Revision: 229287 URL: https://gcc.gnu.org/viewcvs?rev=229287=gcc=rev Log: 2015-10-24 Steven G. Kargl PR

[Bug ipa/67600] [5/6 Regression] Segfault when assigning only one char to ostreambuf_iterator compiled with -O2 or -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600 Mikhail Maltsev changed: What|Removed |Added CC||miyuki at gcc dot gnu.org --- Comment

[Bug middle-end/68079] New: hppa: pointers to method types need canonicalization before comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68079 Bug ID: 68079 Summary: hppa: pointers to method types need canonicalization before comparison Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/68053] lower bound of implied shape array restricted too much

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

[Bug fortran/66681] Wrong result in assigning this_image() to a complex coarray

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66681 --- Comment #8 from Dominique d'Humieres --- > Hi Dominique, > > If you follow the correspondence, it ended with questions from me that > were never answered. > > Paul Indeed I have read https://gcc.gnu.org/ml/fortran/2015-09/msg00071.html! I

[Bug c++/68077] New: Namespace having the same name as contained class should not compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68077 Bug ID: 68077 Summary: Namespace having the same name as contained class should not compile Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/68079] hppa: pointers to method types need canonicalization before comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68079 --- Comment #1 from John David Anglin --- Created attachment 36574 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36574=edit Patch for trunk

[Bug middle-end/68079] hppa: pointers to method types need canonicalization before comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68079 --- Comment #2 from John David Anglin --- Created attachment 36575 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36575=edit Patch for gcc-5

[Bug fortran/52622] ICE in gfortran 4.6.3, x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52622 --- Comment #7 from Dominique d'Humieres --- > Does the problem still exist? The change occurred between revisions r217100 (2014-11-04) and r217500 (2014-11-13), likely r217383 for pr44054. Note that there is probably still a latent bug, an

[Bug ipa/68057] [6 Regression] 450.soplex in SPEC CPU 2006 failed to build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68057 --- Comment #6 from Markus Trippelsdorf --- BTW there is a big binary size increase for SPEC2000/2006 apps using flto, see https://vmakarov.fedorapeople.org/spec/

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68078 Bug ID: 68078 Summary: segfault with allocate and stat for derived types with default initialization Product: gcc Version: 6.0 Status: UNCONFIRMED Severity:

[Bug middle-end/63510] Wrong line number in Wstrict-overflow message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63510 --- Comment #13 from Chen Gang --- gcc version 6.0.0 20151023 (experimental) (GCC) has no this issue (I guess, the reason is that it calls gimple_simplify instead of fold_binary). For me, this issue can be closed. Thanks.

[Bug ipa/67600] [5/6 Regression] Segfault when assigning only one char to ostreambuf_iterator compiled with -O2 or -O3

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

[Bug fortran/32151] Misleading compilation diagnostic

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

[Bug gcov-profile/68080] New: gcov returns negative counts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68080 Bug ID: 68080 Summary: gcov returns negative counts Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile

[Bug gcov-profile/68080] gcov returns negative counts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68080 --- Comment #1 from Joshua Cranmer --- For what it's worth: jcranmer@huitzilopochtli /tmp/gcov-dir $ c++ -v Using built-in specs. COLLECT_GCC=c++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper Target: x86_64-linux-gnu Configured

[Bug middle-end/65947] Vectorizer misses conditional assignment of constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65947 --- Comment #6 from Andreas Schwab <sch...@linux-m68k.org> --- FAIL: gcc.dg/vect/pr65947-1.c (internal compiler error) FAIL: gcc.dg/vect/pr65947-1.c (test for excess errors) Excess errors: /opt/gcc/gcc-20151024/gcc/testsuite/gcc.dg/vect/pr6

[Bug libgcc/68082] issue on 64 bit shift

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68082 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last

[Bug tree-optimization/68067] [4.9/5/6 Regression] Wrong constant folding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68067 Mikael Pettersson changed: What|Removed |Added CC||mikpelinux at gmail dot com ---

[Bug target/68081] Cygwin GCC cannot compile program that uses __builtin_ia32_rdseed64_step

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68081 Andrew Pinski changed: What|Removed |Added Component|c |target --- Comment #1 from Andrew

[Bug c/68081] New: Cygwin GCC cannot compile program that uses __builtin_ia32_rdseed64_step

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68081 Bug ID: 68081 Summary: Cygwin GCC cannot compile program that uses __builtin_ia32_rdseed64_step Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity:

[Bug middle-end/68079] hppa: pointers to method types need canonicalization before comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68079 --- Comment #3 from deller at gmx dot de --- Hi Dave, Thanks for creating this bug report. On 24.10.2015 19:48, danglin at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68079 > A number of kde packages (e.g.,

[Bug target/68081] Cygwin GCC cannot compile program that uses __builtin_ia32_rdseed64_step

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68081 --- Comment #2 from Jeffrey Walton --- (In reply to Andrew Pinski from comment #1) > Why are you using the builtin directly? You should be using the intrinsics > form instead. Its a cross product of (1) that's what the docs tell me to use for

[Bug bootstrap/63827] parallel make in libjava broken at r217383

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63827 Jack Howarth changed: What|Removed |Added CC||howarth.at.gcc at gmail dot com ---

[Bug target/68081] Cygwin GCC cannot compile program that uses __builtin_ia32_rdseed64_step

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68081 --- Comment #3 from Jeffrey Walton --- (In reply to Jeffrey Walton from comment #2) > (In reply to Andrew Pinski from comment #1) > > Why are you using the builtin directly? You should be using the intrinsics > > form instead. > > Its a cross

[Bug libgcc/68082] New: issue on 64 bit shift

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68082 Bug ID: 68082 Summary: issue on 64 bit shift Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcc Assignee:

[Bug tree-optimization/68083] New: wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68083 Bug ID: 68083 Summary: wrong code at -O3 on x86_64-linux-gnu Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c/68056] GCC do not compile failed with using keyword " _Atomic" as an identifier

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

[Bug rtl-optimization/68086] Expression explicitly defined outside the loop is moved inside the loop by the optimizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68086 --- Comment #1 from Igor A. Goussarov --- Created attachment 36579 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36579=edit Performance test for the problem

[Bug inline-asm/68084] New: Inverted conditions generated for x86 inline assembly "flag output constraints"

mic_sub_fetch(p, 1, __ATOMIC_RELEASE) == 0; return 1; } GCC (6.0.0 20151024) generates the following assembler code: dec_ref: cmp $2, (%rdi) movl$1, %eax jc .L7 rep ret .p2align 4,,10 .p2align 3 .L7: lock subl $1, (%rdi

[Bug c++/68085] bug when using anonymous structs in function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68085 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/68086] New: Expression explicitly defined outside the loop is moved inside the loop by the optimizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68086 Bug ID: 68086 Summary: Expression explicitly defined outside the loop is moved inside the loop by the optimizer Product: gcc Version: 5.2.0 Status: UNCONFIRMED

[Bug c++/68085] New: bug when using anonymous structs in function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68085 Bug ID: 68085 Summary: bug when using anonymous structs in function Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/68070] Undefined reference to default constructor of member template class

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

[Bug c++/60976] Compilation with G++ 4.9.0 is 2-3 times slower than with 4.8.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60976 --- Comment #30 from Jonathan Wakely --- (In reply to Giuseppe Ottaviano from comment #19) > At Facebook we experienced a similar regression, compilation times more than > doubled for several large C++ files. > We found that the regression was

[Bug target/62109] __gthr_i486_lock_cmp_xchg missing clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62109 David changed: What|Removed |Added Attachment #33302|0 |1 is obsolete|

[Bug c++/68073] free(): invalid pointer errors with short strings using _GLIBCXX_USE_CXX11_ABI=1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68073 --- Comment #3 from nikola.kovacs at gmail dot com --- Never mind, I misread the documentation. It looks like something else is causing the problem, since this works fine, and it calls the destructor directly: (modified example from

[Bug fortran/66681] Wrong result in assigning this_image() to a complex coarray

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66681 --- Comment #6 from Dominique d'Humieres --- A patch has been submitted at https://gcc.gnu.org/ml/fortran/2015-09/msg00024.html.

[Bug c/68075] New: Printf is changing the order of values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68075 Bug ID: 68075 Summary: Printf is changing the order of values Product: gcc Version: unknown Status: UNCONFIRMED Severity: critical Priority: P3 Component: c

[Bug fortran/68076] f951 reports "out of memory" on simple testcase

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

[Bug fortran/68076] f951 reports "out of memory" on simple testcase

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68076 --- Comment #1 from Dominique d'Humieres --- Up to revision r228467 (2015-10-05) I get the ICE f951: internal compiler error: Segmentation fault: 11 At r228566 (2015-10-07) the test compiles without any problem, likely r228551 (pr65766).

[Bug fortran/66681] Wrong result in assigning this_image() to a complex coarray

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66681 --- Comment #7 from Paul Thomas --- (In reply to Dominique d'Humieres from comment #6) > A patch has been submitted at > https://gcc.gnu.org/ml/fortran/2015-09/msg00024.html. Hi Dominique, If you follow the correspondence, it ended with

[Bug c/68075] Printf is changing the order of values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68075 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/68076] New: f95i reports "out of memory" on simple testcase

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68076 Bug ID: 68076 Summary: f95i reports "out of memory" on simple testcase Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/68073] free(): invalid pointer errors with short strings using _GLIBCXX_USE_CXX11_ABI=1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68073 --- Comment #4 from nikola.kovacs at gmail dot com --- (sorry for the triple post) I figured it out, it was caused by swap operating on std::aligned_storage, so it didn't properly swap the string.

[Bug c++/68073] free(): invalid pointer errors with short strings using _GLIBCXX_USE_CXX11_ABI=1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68073 --- Comment #2 from nikola.kovacs at gmail dot com --- It's not my code, I'm just trying to make it work. The problem is it creates a new string into data, which is std::aligned_storage: new () target_type(std::forward(val)); If the string is