[Bug tree-optimization/78210] [7 regression] slsr-8.c scan-tree-dump-times optimized fails

2016-11-06 Thread clyon at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78210 --- Comment #6 from Christophe Lyon --- I confirm the problem is now fixed.

[Bug rtl-optimization/78200] [7 Regression] 429.mcf of cpu2006 regresses in GCC trunk for avx2 target.

2016-11-06 Thread venkataramanan.kumar at amd dot com
mpp of 429.mcf. gcc version 7.0.0 20161106 snip from test.c.155t.ifcvt ;; basic block 30, loop depth 1, count 0, freq 407, maybe hot ;;prev block 29, next block 31, flags: (NEW, REACHABLE, VISITED) ;;pred: 28 [64.0%] (FALSE_VALUE,EXECUTABLE) _96 = _67 == 2;

[Bug middle-end/78224] ICE at -O2(-O1 on gcc6) and above in verify_loop_structure, at cfgloop.c:1646

2016-11-06 Thread rimvydas.jas at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78224 --- Comment #1 from Rimvydas (RJ) --- Same ICE+segv is triggered at -O2 on: gcc version 4.9.2 (Debian 4.9.2-10) gcc version 4.8.5 (SUSE Linux) Works fine at -O3 on: $ CCVER=gcc47 g++ -v Using built-in specs. COLLECT_GCC=/usr/libexec/gcc47/g++

[Bug target/78230] Compile pr66178.c fail for mips64el-elf with N64 abi

2016-11-06 Thread npickito at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78230 --- Comment #2 from Kito Cheng --- Ya, In fact I am working on RISV-V 64, and it's seem cause by TRULY_NOOP_TRUNCATION (32, 64) == false.

[Bug target/78230] Compile pr66178.c fail for mips64el-elf with N64 abi

2016-11-06 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78230 --- Comment #1 from Andrew Pinski --- Most likely the testcase fails on all LP64 targets.

[Bug c/78230] New: Compile pr66178.c fail for mips64el-elf with N64 abi

2016-11-06 Thread npickito at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78230 Bug ID: 78230 Summary: Compile pr66178.c fail for mips64el-elf with N64 abi Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

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

2016-11-06 Thread wschmidt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 --- Comment #16 from Bill Schmidt --- Created attachment 39975 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39975=edit WIP patch for outer-loop vectorization

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

2016-11-06 Thread wschmidt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 --- Comment #15 from Bill Schmidt --- (In reply to rguent...@suse.de from comment #14) > On November 5, 2016 4:31:54 PM GMT+01:00, "wschmidt at gcc dot gnu.org" > wrote: > > >Notable degradations: > > 403.gcc:

[Bug sanitizer/77538] segmentation fault: thread sanitizer shadow stack overflow

2016-11-06 Thread dvyukov at google dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77538 --- Comment #16 from Dmitry Vyukov --- > The stack size limit in my box is 8M. I have also checked /proc/limits. So, is increasing stack size help? Tsan increases stack consumption. 8MB is not that much provided that you have 1MB frames. > By

[Bug rtl-optimization/78229] New: [6/7 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2305

2016-11-06 Thread doko at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78229 Bug ID: 78229 Summary: [6/7 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2305 Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal

[Bug target/78227] ICE: unrecognizable insn: in extract_insn, at recog.c:2311 with -mavx512bw and vector comare

2016-11-06 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78227 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/78227] ICE: unrecognizable insn: in extract_insn, at recog.c:2311 with -mavx512bw and vector comare

2016-11-06 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78227 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1

[Bug target/67710] FAIL: gcc.dg/darwin-*version-*.c (test for excess errors) with Xcode 7

2016-11-06 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67710 --- Comment #12 from Dominique d'Humieres --- Could you please mail me the back ports? Dominique > Le 6 nov. 2016 à 22:35, iains at gcc dot gnu.org a > écrit : > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67710

[Bug target/67710] FAIL: gcc.dg/darwin-*version-*.c (test for excess errors) with Xcode 7

2016-11-06 Thread iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67710 --- Comment #11 from Iain Sandoe --- posted; https://gcc.gnu.org/ml/gcc-patches/2016-11/msg00545.html I have backports for 6.x and 5.x

[Bug fortran/78226] Fill out location information everywhere

2016-11-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78226 --- Comment #1 from Thomas Koenig --- Author: tkoenig Date: Sun Nov 6 21:27:32 2016 New Revision: 241887 URL: https://gcc.gnu.org/viewcvs?rev=241887=gcc=rev Log: 2016-11-06 Thomas Koenig PR fortran/78226

[Bug middle-end/78228] [6/7 Regression] fstrict-overflow breaks code without overflow?

2016-11-06 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78228 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Component|c

[Bug c/78228] fstrict-overflow breaks code without overflow?

2016-11-06 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78228 --- Comment #1 from Andrew Pinski --- Most likely If (i>0) i=-i; Is being turned into -abs (i). Which means it should be turned into uabs instead.

[Bug c/78228] New: fstrict-overflow breaks code without overflow?

2016-11-06 Thread adl at gnu dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78228 Bug ID: 78228 Summary: fstrict-overflow breaks code without overflow? Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug target/78227] New: ICE: unrecognizable insn: in extract_insn, at recog.c:2311 with -mavx512bw

2016-11-06 Thread zsojka at seznam dot cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78227 Bug ID: 78227 Summary: ICE: unrecognizable insn: in extract_insn, at recog.c:2311 with -mavx512bw Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords:

[Bug fortran/69544] [5/6/7 Regression] Internal compiler error with -Wall and where

2016-11-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69544 Thomas Koenig changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug fortran/69544] [5/6/7 Regression] Internal compiler error with -Wall and where

2016-11-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69544 --- Comment #9 from Thomas Koenig --- Author: tkoenig Date: Sun Nov 6 20:30:31 2016 New Revision: 241886 URL: https://gcc.gnu.org/viewcvs?rev=241886=gcc=rev Log: 2016-11-06 Thomas Koenig Backport from trunk

[Bug fortran/78178] ICE in WHERE statement with diagnostic

2016-11-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78178 --- Comment #5 from Thomas Koenig --- Author: tkoenig Date: Sun Nov 6 20:30:31 2016 New Revision: 241886 URL: https://gcc.gnu.org/viewcvs?rev=241886=gcc=rev Log: 2016-11-06 Thomas Koenig Backport from trunk

[Bug target/57438] bootstrap fails on x86_64 darwin in stage2 linking cc1

2016-11-06 Thread iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438 --- Comment #29 from Iain Sandoe --- posted https://gcc.gnu.org/ml/gcc-patches/2016-11/msg00541.html I have backports for 6.x and 5.x if wanted.

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

2016-11-06 Thread iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #44 from Iain Sandoe --- posted: https://gcc.gnu.org/ml/gcc-patches/2016-11/msg00536.html https://gcc.gnu.org/ml/gcc-patches/2016-11/msg00537.html https://gcc.gnu.org/ml/gcc-patches/2016-11/msg00538.html

[Bug fortran/78226] New: Fill out location information everywhere

2016-11-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78226 Bug ID: 78226 Summary: Fill out location information everywhere Product: gcc Version: unknown Status: UNCONFIRMED Severity: minor Priority: P3 Component:

[Bug middle-end/78225] New: [7 Regression] FAIL: gcc.dg/gomp/pr27573.c (internal compiler error)

2016-11-06 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78225 Bug ID: 78225 Summary: [7 Regression] FAIL: gcc.dg/gomp/pr27573.c (internal compiler error) Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/78224] New: ICE at -O2(-O1 on gcc6) and above in verify_loop_structure, at cfgloop.c:1646

2016-11-06 Thread rimvydas.jas at gmail dot com
ead model: posix gcc version 7.0.0 20161106 (experimental) [trunk revision ddd81c4:9ac4416:5055cc9834c33b5a7b9ec57194454c9b558dbf25] (GCC) $ g++-trunk -c testcase6.cpp -O1 $ g++-trunk -c testcase6.cpp -O2 testcase6.cpp: In function 'void the_game(float)': testcase6.cpp:35:6: error: loop with heade

[Bug fortran/50069] FORALL fails on a character array

2016-11-06 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50069 Dominique d'Humieres changed: What|Removed |Added CC||lkrupp at gcc dot gnu.org ---

[Bug fortran/70601] [OOP] ICE on procedure pointer component call

2016-11-06 Thread janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70601 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug fortran/77596] [F03] procedure pointer with implicit interface in type pointing to a function can be 'called'

2016-11-06 Thread janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77596 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts-invalid

[Bug driver/70419] descriptions of -fpic/-fPIC and -fpic/-fPIE aren't clear and contain syntax error

2016-11-06 Thread balint at balintreczey dot hu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70419 --- Comment #2 from Balint Reczey --- (In reply to Balint Reczey from comment #1) > Also please fix the error message emitted when trying to link a non-PIE > non-PIC static library to a position independent executable: > > $ cat m.c > #include

[Bug c++/78223] New: struct containing default member initializer fails constexpr test in aggregate initialization

2016-11-06 Thread colu...@gmx-topmail.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78223 Bug ID: 78223 Summary: struct containing default member initializer fails constexpr test in aggregate initialization Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug driver/70419] descriptions of -fpic/-fPIC and -fpic/-fPIE aren't clear and contain syntax error

2016-11-06 Thread balint at balintreczey dot hu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70419 Balint Reczey changed: What|Removed |Added CC||balint at balintreczey dot hu ---

[Bug middle-end/34475] TLS and PIE don't mix on x86_64

2016-11-06 Thread balint at balintreczey dot hu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34475 Balint Reczey changed: What|Removed |Added CC||balint at balintreczey dot hu ---

[Bug libstdc++/78156] constexpr basic_string_view::basic_string_view(const charT *) calls non-constexpr char_traits::length

2016-11-06 Thread suokkos at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78156 --- Comment #3 from Pauli --- Could __builtin_constant_p help to select different code for compile time and runtime? Something like: string_view(const _CharT* __str) : _M_len(/*null check*/__builtin_constant_p(__str /*or __str[0]?*/) ?

[Bug target/78222] New: target-tilegx: Incorrect bundle: let addli in y pipe

2016-11-06 Thread gang.chen.5i5j at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78222 Bug ID: 78222 Summary: target-tilegx: Incorrect bundle: let addli in y pipe Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/78221] [6/7 Regression] bogus warning: Non-zero imaginary part discarded in conversion [-Wconversion]

2016-11-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78221 --- Comment #9 from Thomas Koenig --- Conversion is done during the matching phase, so this is when we warn. The problem here, as with PR 67219, was that these warning may be issued, and then the statement may be rejected. If that happens, we

[Bug driver/78206] bootstrap failure under Apple sandbox that blacklists reads in /usr/local

2016-11-06 Thread howarth.at.gcc at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78206 Jack Howarth changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID

[Bug fortran/78221] [6/7 Regression] bogus warning: Non-zero imaginary part discarded in conversion [-Wconversion]

2016-11-06 Thread janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78221 --- Comment #8 from janus at gcc dot gnu.org --- (In reply to Thomas Koenig from comment #6) > This looks promising: Indeed! I can confirm that this fixes the bogus warning on comment 0 and 4 and also in a larger code base, where I first

[Bug fortran/78221] [6/7 Regression] bogus warning: Non-zero imaginary part discarded in conversion [-Wconversion]

2016-11-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78221 --- Comment #7 from Thomas Koenig --- Author: tkoenig Date: Sun Nov 6 12:27:51 2016 New Revision: 241884 URL: https://gcc.gnu.org/viewcvs?rev=241884=gcc=rev Log: 2016-11-06 Thomas Koenig PR fortran/78221

[Bug fortran/78221] [6/7 Regression] bogus warning: Non-zero imaginary part discarded in conversion [-Wconversion]

2016-11-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78221 --- Comment #6 from Thomas Koenig --- This looks promising: Index: arith.c === --- arith.c (Revision 241747) +++ arith.c (Arbeitskopie) @@ -2369,10 +2369,10 @@

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

2016-11-06 Thread rguenther at suse dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 --- Comment #14 from rguenther at suse dot de --- On November 5, 2016 4:31:54 PM GMT+01:00, "wschmidt at gcc dot gnu.org" wrote: >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 > >--- Comment #13 from Bill Schmidt

[Bug fortran/78221] [6/7 Regression] bogus warning: Non-zero imaginary part discarded in conversion [-Wconversion]

2016-11-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78221 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/78221] [6/7 Regression] bogus warning: Non-zero imaginary part discarded in conversion [-Wconversion]

2016-11-06 Thread janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78221 janus at gcc dot gnu.org changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org

[Bug fortran/78221] [6/7 Regression] bogus warning: Non-zero imaginary part discarded in conversion [-Wconversion]

2016-11-06 Thread janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78221 --- Comment #4 from janus at gcc dot gnu.org --- Luckily, it seems that the generated code is correct after all and the imaginary part is in fact *not* discarded, as shown by this small test: complex, parameter :: i = (0.,1.) print *,i print

[Bug sanitizer/77538] segmentation fault: thread sanitizer shadow stack overflow

2016-11-06 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77538 --- Comment #15 from Andrew Pinski --- 0x7f224dab0637 <+23>:sub$0x1000f8,%rsp 0x7fc63563a72d <+29>:sub$0x1000e8,%rsp We actually use less stack memory with 4.9 so it looks like it was accidently working on 4.8.

[Bug sanitizer/77538] segmentation fault: thread sanitizer shadow stack overflow

2016-11-06 Thread coollpe at hotmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77538 --- Comment #14 from peien luo --- (In reply to Dmitry Vyukov from comment #12) > The crash in gdb looks like stack overflow (unsurprising if there are 1MB > frames). Does increasing thread stack size or reducing frame size (there > must

[Bug target/77527] [7 Regression] ICE: in make_decl_rtl, at varasm.c:1311 with -mstringop-strategy=libcall

2016-11-06 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77527 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---