[Bug target/69671] [6 Regression] FAIL: gcc.target/i386/avx512vl-vpmovqb-1.c scan-assembler-times vpmovqb[ \\t]+[^{\n]*%ymm[0-9]+[^\n]*%xmm[0-9]+{%k[1-7]}{z}(?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69671 --- Comment #26 from Jakub Jelinek --- Author: jakub Date: Fri Feb 19 07:56:36 2016 New Revision: 233545 URL: https://gcc.gnu.org/viewcvs?rev=233545=gcc=rev Log: PR target/69671 * config/i386/sse.md (*floatv2div2sf2_mask_1,

[Bug c++/69865] -trigraphs option broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69865 --- Comment #6 from Bernd Edlinger --- also the -fno-extended-identifiers option is broken: cat test1.cc // \u00e4 = ä, \u00f6 = ö, \u00fc = ü, \u00df = ß int test\u00e4\u00f6\u00fc\u00df () { return 0; } gcc -fno-extended-identifiers -c

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #58 from rguenther at suse dot de --- On February 19, 2016 6:48:38 AM GMT+01:00, "tkoenig at gcc dot gnu.org" wrote: >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 > >--- Comment #57 from Thomas Koenig

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #57 from Thomas Koenig --- (In reply to Dominique d'Humieres from comment #56) > > > FUNCTION FOO(I, J) > > > COMMON /BLK/ K(1) > > > FOO = K(I) + K(J) + K(2*I) + K(2*J) > > > END FUNCTION > > This piece of

[Bug fortran/69870] New: ICE while detecting undeclared parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69870 Bug ID: 69870 Summary: ICE while detecting undeclared parameter Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/66337] __alignof__(s.d) incorrect for a double member with -malign-power

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66337 Martin Sebor changed: What|Removed |Added Status|WAITING |NEW --- Comment #5 from Martin Sebor

[Bug c++/69736] [4.9/5/6 Regression] "error: too few arguments to function" in c++14 but not c++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69736 Patrick Palka changed: What|Removed |Added CC||ppalka at gcc dot gnu.org --- Comment

[Bug rtl-optimization/57676] [4.9/5/6 Regression] ICE: Maximum number of LRA constraint passes is achieved (30)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57676 Bernd Schmidt changed: What|Removed |Added CC||bernds at gcc dot gnu.org

[Bug tree-optimization/69848] poor vectorization of a loop from SPEC2006 464.h264ref

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69848 --- Comment #5 from Jim Wilson --- Created attachment 37737 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37737=edit Patch to add missing vcond_mask* patterns. Tested with the subset of CPU2006 that currently works at -O3 on aarch64 and

[Bug testsuite/68580] FAIL: c-c++-common/tsan/pr65400-1.c -O0 execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68580 --- Comment #12 from Bernd Edlinger --- Author: edlinger Date: Thu Feb 18 22:27:09 2016 New Revision: 233538 URL: https://gcc.gnu.org/viewcvs?rev=233538=gcc=rev Log: PR testsuite/68580 * c-c++-common/tsan/pr65400-1.c (v, q, o): Make 8-byte

[Bug preprocessor/69869] New: internal compiler error: Segmentation fault in call to skip_macro_block_comment when using '-traditional-cpp'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69869 Bug ID: 69869 Summary: internal compiler error: Segmentation fault in call to skip_macro_block_comment when using '-traditional-cpp' Product: gcc Version: 5.3.0 Status:

[Bug c++/69865] -trigraphs option broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69865 --- Comment #5 from Bernd Edlinger --- Created attachment 37736 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37736=edit possible patch this tries to be compatible to previous gcc versions (option a). always define __GNUC_GNU_INLINE__

[Bug c++/69865] -trigraphs option broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69865 --- Comment #4 from Bernd Edlinger --- when working on a patch I noticed that there is something more... that is if the preprocessor macro __GNUC_GNU_INLINE__ or __GNUC_STDC_INLINE__ is defined on C++. Actually that is irrellevant to C++, but

[Bug debug/60812] gcc -g -gpubnames statically linked produces a .debug_pubnames that is wrong or corrupted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60812 Jakub Jelinek changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug debug/60812] gcc -g -gpubnames statically linked produces a .debug_pubnames that is wrong or corrupted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60812 --- Comment #2 from Geir Johansen --- (In reply to Jakub Jelinek from comment #1) > You haven't said which target it is, and we need preprocessed source as well. > Couldn't reproduce this on x86_64-linux. Problem does not occur in GCC 4.9.0, so

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #56 from Dominique d'Humieres --- > > FUNCTION FOO(I, J) > > COMMON /BLK/ K(1) > > FOO = K(I) + K(J) + K(2*I) + K(2*J) > > END FUNCTION This piece of code is also invalid (out of bound access to K): K(I) +

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #55 from Jerry DeLisle --- (In reply to H.J. Lu from comment #54) > (In reply to alalaw01 from comment #53) > > > > > >So, there is nothing to fix in GCC? Why isn't this bug closed as invalid? > > > > Not everyone wants to patch

[Bug fortran/69867] ICE on initializing character in type with array of incompatible data

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

[Bug target/69868] New: vec_perm built-in is not handled by swap optimization on powerpc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69868 Bug ID: 69868 Summary: vec_perm built-in is not handled by swap optimization on powerpc64le Product: gcc Version: 6.0 Status: UNCONFIRMED Keywords:

[Bug bootstrap/68404] [6 Regression] PGO/LTO bootstrap failure on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404 --- Comment #35 from Michael Meissner --- Author: meissner Date: Thu Feb 18 19:59:03 2016 New Revision: 233535 URL: https://gcc.gnu.org/viewcvs?rev=233535=gcc=rev Log: Merge in fix for PR 68404 Modified: branches/ibm/power9/ (props

[Bug bootstrap/68404] [6 Regression] PGO/LTO bootstrap failure on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404 Michael Meissner changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug bootstrap/68404] [6 Regression] PGO/LTO bootstrap failure on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404 --- Comment #33 from Michael Meissner --- Author: meissner Date: Thu Feb 18 19:36:39 2016 New Revision: 233532 URL: https://gcc.gnu.org/viewcvs?rev=233532=gcc=rev Log: [gcc] 2016-02-18 Michael Meissner

[Bug rtl-optimization/69847] Spec 2006 403.gcc slows down with -mlra vs. reload on PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69847 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/69867] ICE on initializing character in type with array of incompatible data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69867 --- Comment #2 from Gerhard Steinmetz --- One exception from comment 1 : $ cat z7.f90 program p type t character(1) :: b = null() character(1) :: c(1) = null() end type end $ gfortran-6

[Bug fortran/69867] ICE on initializing character in type with array of incompatible data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69867 --- Comment #3 from Gerhard Steinmetz --- These issues are thematically related to pr67804 (... more or less).

[Bug fortran/69867] ICE on initializing character in type with array of incompatible data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69867 --- Comment #1 from Gerhard Steinmetz --- Detected when lhs is a scalar : $ cat z4.f90 program p type t character(1) :: c(1) = 1 end type end $ gfortran-6 z4.f90 z4.f90:3:28:

[Bug fortran/69867] New: ICE on initializing character in type with array of incompatible data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69867 Bug ID: 69867 Summary: ICE on initializing character in type with array of incompatible data Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/69859] Non-deterministic ICEs on incomplete character declaration statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69859 --- Comment #4 from David Malcolm --- Running under valgrind, it looks like it's a use-after-free error: $ cat ../../src/z7.f90 program p type t character(2), allocatable :: a(*) character(*), allocatable :: b(2)

[Bug target/66337] __alignof__(s.d) incorrect for a double member with -malign-power

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66337 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug rtl-optimization/69847] Spec 2006 403.gcc slows down with -mlra vs. reload on PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69847 --- Comment #8 from Vladimir Makarov --- (In reply to Michael Meissner from comment #7) > The following options were used for LRA code generation: > -DSPEC_CPU -DNDEBUG -I. -g -mlittle -save-temps=obj -ffast-math -O3 > -mveclibabi=mass

[Bug c/69866] New: lto1: internal compiler error: in add_symbol_to_partition_1, at lto/lto-partition.c:158

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69866 Bug ID: 69866 Summary: lto1: internal compiler error: in add_symbol_to_partition_1, at lto/lto-partition.c:158 Product: gcc Version: 5.3.0 Status: UNCONFIRMED

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 Jerry DeLisle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/69668] [4.9/5/6 Regression] Error reading namelist opened with DELIM='NONE'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69668 --- Comment #8 from Jerry DeLisle --- Author: jvdelisle Date: Thu Feb 18 18:23:09 2016 New Revision: 233528 URL: https://gcc.gnu.org/viewcvs?rev=233528=gcc=rev Log: 2016-02-18 Jerry DeLisle Backport from

[Bug fortran/69860] ICE on missing end apostrophe with character(kind=4)

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

[Bug fortran/69861] ICE on declaring class parameter array

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

[Bug fortran/69859] Non-deterministic ICEs on incomplete character declaration statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69859 Dominique d'Humieres changed: What|Removed |Added Keywords||error-recovery,

[Bug c++/69850] [6 Regression] unnecessary -Wnonnull-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69850 --- Comment #16 from Jakub Jelinek --- Created attachment 37735 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37735=edit gcc6-pr69850-3.patch Untested incremental fix for the dynamic_cast issue.

[Bug sanitizer/69863] no_sanitize_address doesn't disable stack instrumentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69863 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug sanitizer/69863] no_sanitize_address doesn't disable stack instrumentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69863 --- Comment #2 from Martin Liška --- Author: marxin Date: Thu Feb 18 17:15:25 2016 New Revision: 233524 URL: https://gcc.gnu.org/viewcvs?rev=233524=gcc=rev Log: Do not emit red stack zones for a fn with no_sanitize_address PR

[Bug rtl-optimization/56069] [4.9/5/6 Regression] RA pessimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56069 Bernd Schmidt changed: What|Removed |Added Assignee|vmakarov at redhat dot com |bernds at gcc dot gnu.org ---

[Bug objc/69844] [6 Regression] Possibly bogus error: unknown type name in ObjC code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69844 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug rtl-optimization/44281] [4.9/5/6 Regression] Global Register variable pessimisation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44281 Bernd Schmidt changed: What|Removed |Added Assignee|vmakarov at redhat dot com |bernds at gcc dot gnu.org ---

[Bug target/69663] [ARM] Implement overflow arithmetic standard names {u,}{add,sub,mul}v4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69663 Ramana Radhakrishnan changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/69848] poor vectorization of a loop from SPEC2006 464.h264ref

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69848 Ramana Radhakrishnan changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #54 from H.J. Lu --- (In reply to alalaw01 from comment #53) > > > >So, there is nothing to fix in GCC? Why isn't this bug closed as invalid? > > Not everyone wants to patch SPEC sources. If the SPEC source is invalid according to

[Bug objc/69844] [6 Regression] Possibly bogus error: unknown type name in ObjC code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69844 --- Comment #2 from Jakub Jelinek --- Reduced testcase: @class D; void foo (void) { for (;;) ; D *d = (id) 0; (void) d; }

[Bug fortran/53086] [4.8 Regression] 416.gamess in SPEC CPU 2006 miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53086 --- Comment #18 from H.J. Lu --- Created attachment 37733 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37733=edit Fix for 416.gamess in SPEC CPU 2006

[Bug c++/69850] [6 Regression] unnecessary -Wnonnull-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69850 --- Comment #15 from Markus Trippelsdorf --- markus@x4 c++11 % /var/tmp/gcc_build_dir_/./gcc/xgcc -shared-libgcc -B/var/tmp/gcc_build_dir_/./gcc -nostdinc++ -L/var/tmp/gcc_build_dir_/x86_64-pc-linux-gnu/libstdc++-v3/src

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #53 from alalaw01 at gcc dot gnu.org --- (In reply to Thomas Koenig from comment #44) > I don't have access to SPEC, so I can only guess... Is there maybe an > equivalence involved, something like Turns out the COMMON is accessed

[Bug target/69648] [5/6 Regression] wrong code with -O -mtune=winchip-c6 -fPIC -fexpensive-optimizations -msse4 @ i686

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648 Bernd Schmidt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/69648] [5/6 Regression] wrong code with -O -mtune=winchip-c6 -fPIC -fexpensive-optimizations -msse4 @ i686

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648 --- Comment #14 from Bernd Schmidt --- Author: bernds Date: Thu Feb 18 15:23:11 2016 New Revision: 233523 URL: https://gcc.gnu.org/viewcvs?rev=233523=gcc=rev Log: Backport PR69648 fix from mainline (set of picreg removed during lra).

[Bug c++/69850] [6 Regression] unnecessary -Wnonnull-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69850 Jakub Jelinek changed: What|Removed |Added Attachment #37730|0 |1 is obsolete|

[Bug lto/59000] lto can't merge user-defined weak builtin functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59000 Tiziano Müller changed: What|Removed |Added CC||dev-zero at gentoo dot org --- Comment

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #52 from H.J. Lu --- (In reply to rguent...@suse.de from comment #51) > > --- Comment #50 from H.J. Lu --- > > Has my fix for 416.gamess source been applied when the failure happened? > > No. So, there is nothing to fix in GCC?

[Bug c++/69865] -trigraphs option broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69865 Manuel López-Ibáñez changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/68585] [5/6 Regression] c++14 code accepted by 4.9 not accepted by 5 and 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68585 --- Comment #7 from Jason Merrill --- Author: jason Date: Thu Feb 18 14:49:22 2016 New Revision: 233522 URL: https://gcc.gnu.org/viewcvs?rev=233522=gcc=rev Log: PR c++/68585 * constexpr.c (cxx_eval_bare_aggregate): Fix 'changed'

[Bug c++/68679] [5/6 Regression] gcc-5.2.1 ICE in C++11 anon union of structs with template fns, OK in gcc <= 4.9.3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68679 --- Comment #4 from Jason Merrill --- Author: jason Date: Thu Feb 18 14:49:16 2016 New Revision: 233521 URL: https://gcc.gnu.org/viewcvs?rev=233521=gcc=rev Log: PR c++/68679 * decl2.c (reset_type_linkage_2): Look through member

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #51 from rguenther at suse dot de --- On Thu, 18 Feb 2016, hjl.tools at gmail dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 > > H.J. Lu changed: > >What|Removed |Added >

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #50

[Bug middle-end/69553] [6 Regression] Optimizations O1/O2 makes std::array value incorrect when passed to function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69553 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/69553] [6 Regression] Optimizations O1/O2 makes std::array value incorrect when passed to function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69553 --- Comment #11 from Richard Biener --- Author: rguenth Date: Thu Feb 18 14:34:59 2016 New Revision: 233520 URL: https://gcc.gnu.org/viewcvs?rev=233520=gcc=rev Log: 2016-02-18 Richard Biener PR middle-end/69553

[Bug c++/69850] [6 Regression] unnecessary -Wnonnull-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69850 --- Comment #13 from Markus Trippelsdorf --- template struct A { static void release(T *p1) { p1->Release(); } }; template class IntrusiveRefCntPtr { T Obj; public: void operator=(IntrusiveRefCntPtr) { A::release(); } }; struct

[Bug c++/55783] Warnings instead of compiler errors for narrowing conversions within list-initializations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55783 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

[Bug c++/55783] Warnings instead of compiler errors for narrowing conversions within list-initializations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55783 Manuel López-Ibáñez changed: What|Removed |Added CC||mgsergio at yandex dot ru ---

[Bug c++/69864] Narrowing conversion warning instead of an error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69864 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org

[Bug c++/69850] [6 Regression] unnecessary -Wnonnull-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69850 --- Comment #12 from Markus Trippelsdorf --- Created attachment 37731 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37731=edit unreduced testcase

[Bug c++/69850] [6 Regression] unnecessary -Wnonnull-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69850 --- Comment #11 from Jakub Jelinek --- Can you attach it again?

[Bug c++/69865] -trigraphs option broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69865 --- Comment #2 from Bernd Edlinger --- in gcc/c-family/c-opts.c: following code in line 805: /* Set C++ standard to C++14 if not specified on the command line. */ if (c_dialect_cxx () && cxx_dialect == cxx_unset) set_std_cxx14

[Bug c++/69850] [6 Regression] unnecessary -Wnonnull-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69850 --- Comment #10 from Markus Trippelsdorf --- Still happening even with latest patch: [1763/2142] Building CXX object tools/clang/lib/StaticAnalyzer/Core/CMakeFiles/clangStaticAnalyzerCore.dir/HTMLDiagnostics.cpp.o In file included from

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #49 from Dominique d'Humieres --- > Yeah, I plan to add a fortran-specific option for this, it's easy enough, I don't see the point to add yet another option just because "SPEC does not want to change the invalid Fortran". I think

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #47 from Jakub Jelinek --- (In reply to rguent...@suse.de from comment #46) > Which is odd since FRE already should optimize it that way. Bet FRE punts on that because it considers it poor man's flexible array member. But, you know

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #48 from rguenther at suse dot de --- On Thu, 18 Feb 2016, rguenther at suse dot de wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 > > --- Comment #46 from rguenther at suse dot de --- > On Thu, 18 Feb 2016, jakub at

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #46 from rguenther at suse dot de --- On Thu, 18 Feb 2016, jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 > > --- Comment #45 from Jakub Jelinek --- > Consider e.g. one source file >

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #45 from Jakub Jelinek --- Consider e.g. one source file INTEGER FOO COMMON /BLK/ K(64) DO I=1,64 K(I)=1 END DO IF (FOO(5,12).NE.51) CALL ABORT END and another one: FUNCTION FOO(I, J)

[Bug c++/69850] [6 Regression] unnecessary -Wnonnull-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69850 Jakub Jelinek changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug c++/69850] [6 Regression] unnecessary -Wnonnull-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69850 --- Comment #8 from Jakub Jelinek --- Created attachment 37730 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37730=edit gcc6-pr69850.patch Untested fix.

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #44 from Thomas Koenig --- I don't have access to SPEC, so I can only guess... Is there maybe an equivalence involved, something like COMMON /FOO/ X(1) EQUIVALENCE (X,Y) ?

[Bug c++/69865] -trigraphs option broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69865 --- Comment #1 from Bernd Edlinger --- weird: If I add -std=c++14 (or any other c++ version, including -ansi) to the command line, it works.

[Bug target/62254] [4.9/5/6 Regression] gcc-4.9 ICEs on linux kernel zlib for armv3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62254 Nick Clifton changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/69610] [5/6 Regression] ICE: SIGSEGV in arm_reload_in_hi (arm.c:15446) with -march=armv3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69610 --- Comment #3 from Nick Clifton --- Author: nickc Date: Thu Feb 18 13:00:07 2016 New Revision: 233518 URL: https://gcc.gnu.org/viewcvs?rev=233518=gcc=rev Log: PR target/62554 PR target/69610 gcc * config/arm/arm.c

[Bug c++/69865] New: -trigraphs option broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69865 Bug ID: 69865 Summary: -trigraphs option broken Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug objc/69844] [6 Regression] Possibly bogus error: unknown type name in ObjC code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69844 --- Comment #1 from Marek Polacek --- I think a safe fix would be to just add if (!c_dialect_objc ()) to the change that caused this.

[Bug c++/69850] [6 Regression] unnecessary -Wnonnull-compare warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69850 --- Comment #7 from Markus Trippelsdorf --- (wow, llvm approaches Boost in the complexity of testcases. It takes ages to reduce them.) class RefCountedBaseVPTR { virtual ~RefCountedBaseVPTR(); void Release() const { delete this; }

[Bug c/69819] [4.9/5/6 Regression] ICE on invalid code on x86_64-linux-gnu in tree check: expected function_type or method_type, have array_type in function_args_iter_init, at tree.h:4536

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69819 --- Comment #5 from Marek Polacek --- This fixes it but I'd like to think about this some more. --- gcc/c/c-decl.c +++ gcc/c/c-decl.c @@ -4743,7 +4743,7 @@ finish_decl (tree decl, location_t init_loc, tree init, struct c_binding

[Bug c++/69855] Missing diagnostic for overload that only differs by return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69855 --- Comment #2 from Jonathan Wakely --- Minimal reproducer: int get(); void f() { char get(); } Slightly sneakier version that defeated my first attempt to fix it (because the overload set causes us to discard the previous decls): int

[Bug fortran/69368] [6 Regression] spec2006 test case 416.gamess fails with the g++ 6.0 compiler starting with r232508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368 --- Comment #43 from alalaw01 at gcc dot gnu.org --- Yeah, I plan to add a fortran-specific option for this, it's easy enough, but I can't run the gfortran testsuite with that, because there are lots of C files in there too, for which the

[Bug c++/69864] Narrowing conversion warning instead of an error

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

[Bug testsuite/68580] FAIL: c-c++-common/tsan/pr65400-1.c -O0 execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68580 --- Comment #11 from vries at gcc dot gnu.org --- Alternative patch proposed by Bernd Edlinger : https://gcc.gnu.org/ml/gcc-patches/2016-02/msg00976.html . Patch approved by sanitizer reviewer :

[Bug target/69671] [6 Regression] FAIL: gcc.target/i386/avx512vl-vpmovqb-1.c scan-assembler-times vpmovqb[ \\t]+[^{\n]*%ymm[0-9]+[^\n]*%xmm[0-9]+{%k[1-7]}{z}(?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69671 --- Comment #25 from Jakub Jelinek --- I've already posted the patch for review: https://gcc.gnu.org/ml/gcc-patches/2016-02/msg01201.html

[Bug target/69671] [6 Regression] FAIL: gcc.target/i386/avx512vl-vpmovqb-1.c scan-assembler-times vpmovqb[ \\t]+[^{\n]*%ymm[0-9]+[^\n]*%xmm[0-9]+{%k[1-7]}{z}(?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69671 --- Comment #24 from Kirill Yukhin --- (In reply to rguent...@suse.de from comment #23) > On Wed, 17 Feb 2016, jakub at gcc dot gnu.org wrote: > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69671 > > > > --- Comment #22 from Jakub Jelinek

[Bug rtl-optimization/69764] [5 Regression] ICE on x86_64-linux-gnu at -O0 (in decompose, at rtl.h:2107)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69764 --- Comment #14 from Jakub Jelinek --- Doesn't ICE for me... Can you please debug what is going on?

[Bug driver/69849] Some spec functions are undocumented in doc/invoke.texi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69849 --- Comment #1 from vries at gcc dot gnu.org --- In addition, the '%{%:function(args):X}' construct is undocumented, as noted here: https://gcc.gnu.org/ml/gcc-patches/2016-02/msg01243.html .

[Bug rtl-optimization/69764] [5 Regression] ICE on x86_64-linux-gnu at -O0 (in decompose, at rtl.h:2107)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69764 --- Comment #13 from Andreas Schwab --- Created attachment 37729 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37729=edit Preprocessed source

[Bug c++/69864] Narrowing conversion warning instead of an error

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

[Bug rtl-optimization/69764] [5 Regression] ICE on x86_64-linux-gnu at -O0 (in decompose, at rtl.h:2107)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69764 --- Comment #12 from Jakub Jelinek --- (In reply to Andreas Schwab from comment #11) > /daten/aranym/gcc/gcc-20160218/Build/./gcc/xgcc > -B/daten/aranym/gcc/gcc-20160218/Build/./gcc/ > -B/daten/cross/m68k-linux/m68k-linux/bin/ > -B

[Bug rtl-optimization/69764] [5 Regression] ICE on x86_64-linux-gnu at -O0 (in decompose, at rtl.h:2107)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69764 --- Comment #11 from Andreas Schwab <sch...@linux-m68k.org> --- /daten/aranym/gcc/gcc-20160218/Build/./gcc/xgcc -B/daten/aranym/gcc/gcc-20160218/Build/./gcc/ -B/daten/cross/m68k-linux/m68k-linux/bin/ -B/daten/cross/m68k-linux/m68k-lin

[Bug target/69857] gcc/config/arm/arm.c:15949: return in strange place ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69857 --- Comment #7 from ktkachov at gcc dot gnu.org --- Yes, that's an approach that can be taken. Once such a case is found, you could also try using a reducer program like creduce to create a small testcase appropriate for the testsuite. Removing

[Bug c++/69864] Narrowing conversion warning instead of an error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69864 --- Comment #1 from mgsergio --- *gcc emits a warning on narrowing_check although an error should be generated instead.

[Bug target/69857] gcc/config/arm/arm.c:15949: return in strange place ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69857 --- Comment #6 from David Binderman --- (In reply to ktkachov from comment #5) > We'd need a testcase that shows a regression resulting from this code not > being run i.e. code that became worse after r197530 (or wrong code or an > ICE) and is

[Bug c++/69864] New: Narrowing conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69864 Bug ID: 69864 Summary: Narrowing conversion Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

  1   2   >