[Bug target/78118] xtensa: ICE in gcc-6.1.0/libgcc/libgcc2.c:1992:1: error: unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78118 --- Comment #3 from jcmvbkbc at gcc dot gnu.org --- Created attachment 39936 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39936=edit tentative patch

[Bug libstdc++/78167] experimental/filesystem calls behave differently between Linux gcc 5.3.0 and Windows Visual Studio 2015

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

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #3 from Ian Lance Taylor --- If that is the complete line, then something has gone badly wrong. Can you get a copy of the complete generated sysinfo.go file?

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #2 from David Edelsohn --- The error message is the complete line -- or at least the entire line that was communicated to me. priv_t is a type defined in AIX /usr/include/priv.h, which is included by cred.h. uid_t, gid_t and pid_t

[Bug middle-end/78174] out of bounds array subscript in rtl.h NOTE_DATA macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78174 --- Comment #4 from Martin Sebor --- Yes, rtx_note derives from rtx_insn which derives from rtx_def which is where the union containing the one-element fld array is defined.

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #1 from Ian Lance Taylor --- What does that whole line look like? It seems to be truncated in the output for some reason. Is _priv_t defined elsewhere in the file? That is, is there a line that starts with "type _priv_t "? If

[Bug middle-end/78174] out of bounds array subscript in rtl.h NOTE_DATA macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78174 --- Comment #3 from Andrew Pinski --- (In reply to Martin Sebor from comment #2) > I realize > that GCC sometimes treats even one element arrays (and even bigger if > they're last) as zero-length even though that's not documented anywhere >

[Bug middle-end/78174] out of bounds array subscript in rtl.h NOTE_DATA macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78174 --- Comment #2 from Martin Sebor --- The problem can be reduced to the following test case that triggers the warning even with unpatched GCC (and prior releases). $ cat b.c && g++ -O2 -S -Wall b.c struct A { int i, j; }; struct B { int i0, j0,

[Bug libfortran/78123] Short reads with T edit descriptor not padding correctly

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

[Bug libfortran/78123] Short reads with T edit descriptor not padding correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78123 --- Comment #6 from Jerry DeLisle --- Author: jvdelisle Date: Mon Oct 31 23:40:40 2016 New Revision: 241727 URL: https://gcc.gnu.org/viewcvs?rev=241727=gcc=rev Log: 2016-10-31 Jerry DeLisle Backport from trunk

[Bug ada/78175] New: [Ada] Storage_Error stack overflow or erroneous memory access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78175 Bug ID: 78175 Summary: [Ada] Storage_Error stack overflow or erroneous memory access Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal

[Bug middle-end/78174] out of bounds array subscript in rtl.h NOTE_DATA macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78174 --- Comment #1 from Andrew Pinski --- I think the warning is not called for and here is why. There is no way in both C89 and C++ (in C99 there is) to say the array at the end of a struct (even inside an union) is a variable length. So GCC

[Bug c/78174] New: out of bounds array subscript in rtl.h NOTE_DATA macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78174 Bug ID: 78174 Summary: out of bounds array subscript in rtl.h NOTE_DATA macro Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug preprocessor/78169] internal compiler error: in get_substring_ranges_for_loc, at input.c:1379

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78169 Daniel Black changed: What|Removed |Added Target||x86_64-unknown-linux-gnu-gc

[Bug preprocessor/78169] internal compiler error: in get_substring_ranges_for_loc, at input.c:1379

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78169 --- Comment #2 from Daniel Black --- Yes, using a x86_84 -> x86_64 cross compiler. Built with `ct-ng x86_64-unknown-linux-gnu`

[Bug libfortran/78123] Short reads with T edit descriptor not padding correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78123 --- Comment #5 from Jerry DeLisle --- Author: jvdelisle Date: Mon Oct 31 20:57:16 2016 New Revision: 241722 URL: https://gcc.gnu.org/viewcvs?rev=241722=gcc=rev Log: 2016-10-31 Jerry DeLisle Backport from trunk

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #32 from Wilco --- (In reply to Bernd Edlinger from comment #31) > Sure, combine cant help, especially because it runs before split1. > > But I wondered why this peephole2 is not enabled: > > (define_peephole2 ; ldrd > [(set

[Bug debug/77315] emit DW_OP_form_tls_address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77315 Tom Tromey changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/55958] vtable hidden when compiling with -fvisibility-ms-compat

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55958 Andrew Sayman changed: What|Removed |Added CC||andrew.sayman at gmail dot com ---

[Bug debug/77315] emit DW_OP_form_tls_address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77315 --- Comment #2 from Tom Tromey --- Author: tromey Date: Mon Oct 31 20:08:44 2016 New Revision: 241721 URL: https://gcc.gnu.org/viewcvs?rev=241721=gcc=rev Log: PR debug/77315: * dwarf2out.c (mem_loc_descriptor): Use

[Bug libstdc++/78167] experimental/filesystem calls behave differently between Linux gcc 5.3.0 and Windows Visual Studio 2015

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78167 --- Comment #2 from David Bjornbak --- gcc 6.2.0 is Ok for this issue, my unit tests pass. Is there's patch available to address this issue with the 5.x versions of gcc?

[Bug fortran/54679] Erroneous "Expected P edit descriptor" in conjunction with L descriptor

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

[Bug fortran/54679] Erroneous "Expected P edit descriptor" in conjunction with L descriptor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54679 --- Comment #7 from Jerry DeLisle --- Author: jvdelisle Date: Mon Oct 31 19:59:04 2016 New Revision: 241720 URL: https://gcc.gnu.org/viewcvs?rev=241720=gcc=rev Log: 2016-10-31 Jerry DeLisle PR fortran/54679

[Bug target/68752] PowerPC: vector reciprocal square root estimate missed optimisations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68752 Carl Love changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #6 from Carl Love ---

[Bug target/68752] PowerPC: vector reciprocal square root estimate missed optimisations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68752 Carl Love changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #31 from Bernd Edlinger --- Sure, combine cant help, especially because it runs before split1. But I wondered why this peephole2 is not enabled: (define_peephole2 ; ldrd [(set (match_operand:SI 0 "arm_general_register_operand"

[Bug fortran/78171] example with undefined symbol compiles with '-O1 -fcheck=pointer'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78171 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org ---

[Bug fortran/71902] [5/6 Regression] Unneeded temporary on reallocatable character assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71902 --- Comment #10 from Thomas Koenig --- Author: tkoenig Date: Mon Oct 31 18:28:11 2016 New Revision: 241717 URL: https://gcc.gnu.org/viewcvs?rev=241717=gcc=rev Log: 2016-10-31 Thomas Koenig Backport from trunk

[Bug target/78166] [6/7 Regression] hash.c:1887:1: error: unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78166 --- Comment #4 from dave.anglin at bell dot net --- On 2016-10-31 1:32 PM, law at redhat dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78166 > > --- Comment #3 from Jeffrey A. Law --- > Hmm, clearly it helps to read the old

[Bug fortran/78171] example with undefined symbol compiles with '-O1 -fcheck=pointer'

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

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #30 from Richard Earnshaw --- (In reply to wilco from comment #29) > Combine could help with > merging 2 loads/stores into a single instruction. No, combine works strictly on dataflow dependencies. Two stores cannot be dataflow

[Bug target/78166] [6/7 Regression] hash.c:1887:1: error: unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78166 --- Comment #3 from Jeffrey A. Law --- Hmm, clearly it helps to read the old thread. Canonicalization rules are that outside a MEM we use ASHIFT and within a MEM we use MULT. So recognizing the MULT seems reasonable. So presumably what's

[Bug target/78166] [6/7 Regression] hash.c:1887:1: error: unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78166 Jeffrey A. Law changed: What|Removed |Added CC||law at redhat dot com

[Bug c++/78173] New: Hard error subtracting pointers to incomplete type in SFINAE context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78173 Bug ID: 78173 Summary: Hard error subtracting pointers to incomplete type in SFINAE context Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/77886] -Wimplicit-fallthrough: breaks duff's device (in function templates)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77886 --- Comment #13 from Jakub Jelinek --- Author: jakub Date: Mon Oct 31 17:10:30 2016 New Revision: 241711 URL: https://gcc.gnu.org/viewcvs?rev=241711=gcc=rev Log: PR c++/77886 * pt.c (tsubst_expr) Copy over

[Bug c++/78089] __builtin_shuffle parsing bug

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78089 --- Comment #1 from Jakub Jelinek --- Author: jakub Date: Mon Oct 31 17:08:36 2016 New Revision: 241710 URL: https://gcc.gnu.org/viewcvs?rev=241710=gcc=rev Log: PR c++/78089 * parser.c (cp_parser_postfix_expression): Replace

[Bug c++/77948] Option processing of -std=c++11 -std=gnu++11 doesn't reset ext_numeric_literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77948 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Mon Oct 31 16:38:21 2016 New Revision: 241707 URL: https://gcc.gnu.org/viewcvs?rev=241707=gcc=rev Log: PR c++/77948 * c.opt (fext-numeric-literals): Add Var and Init.

[Bug tree-optimization/77860] [7 Regression] ICE in gimple_build_assign_1, at gimple.c:420

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77860 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Mon Oct 31 16:36:53 2016 New Revision: 241706 URL: https://gcc.gnu.org/viewcvs?rev=241706=gcc=rev Log: PR tree-optimization/77860 * tree-ssa-reassoc.c

[Bug fortran/61376] Error using private statement in polymorphic derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61376 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug fortran/61337] Wrong indexing and runtime crash with unlimited polymorphic array.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61337 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug fortran/57117] [OOP] ICE for sourced allocation of a polymorphic entity using TRANSPOSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug fortran/51864] [OOP] ALLOCATE with polymorphic array constructor as SOURCE=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51864 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug fortran/72832] [6/7 Regression] [OOP] ALLOCATE with SOURCE fails to allocate requested dimensions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72832 vehre at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug c/78000] -Wimplicit-function-declaration inhibited with macro from system headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78000 --- Comment #4 from Marek Polacek --- No, that won't work, there are some fails.

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 --- Comment #10 from Segher Boessenkool --- Doesn't fail with powerpc-rtems4.12 either. Are you sure you built trunk? A clean build?

[Bug fortran/77872] [5/6/7 Regression] ICE in gfc_conv_descriptor_token, at fortran/trans-array.c:305

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77872 --- Comment #5 from vehre at gcc dot gnu.org --- Created attachment 39933 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39933=edit Fix the ICE The patch fixes the ICE. Albeit I am not happy with it. I fear it is too short and will open

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 --- Comment #9 from Segher Boessenkool --- Ah, that might be the difference. My powerpc-elf build worked just fine; trying to build powerpc-rtems4.12 now.

[Bug go/78172] New: gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 Bug ID: 78172 Summary: gen-sysinfo.go vs AIX cred.h Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 --- Comment #8 from Sebastian Huber --- On RTEMS I think -mspe is enabled for -mcpu=8540.

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 --- Comment #7 from Sebastian Huber --- A git bisect indicates this as the bad commit: commit 14fdd09f470dea253089d6a5b27d7a2c3ab7d67a Author: segher Date: Wed

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 --- Comment #6 from Martin Liška --- (In reply to Segher Boessenkool from comment #5) > Cannot reproduce on 32-bit Linux, will try a plain powerpc-elf build. I did that on a x86_64-linux-gnu with --target=powerpc-rtems4.12

[Bug c++/77886] -Wimplicit-fallthrough: breaks duff's device (in function templates)

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

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 --- Comment #5 from Segher Boessenkool --- Cannot reproduce on 32-bit Linux, will try a plain powerpc-elf build.

[Bug fortran/78171] New: example with undefined symbol compiles with '-O1 -fcheck=pointer'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78171 Bug ID: 78171 Summary: example with undefined symbol compiles with '-O1 -fcheck=pointer' Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/78047] [7 Regression] Chromium apparently gets miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047 --- Comment #8 from Richard Biener --- Because (gdb) p *$54 $55 = {id = 30, is_artificial_var = 0, is_special_var = 0, is_unknown_size_var = 0, is_full_var = 1, is_heap_var = 0, may_have_pointers = 0, only_restrict_pointers = 0,

[Bug c/78000] -Wimplicit-function-declaration inhibited with macro from system headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78000 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #29 from wilco at gcc dot gnu.org --- (In reply to Bernd Edlinger from comment #28) > With my latest patch I bootstrapped a configuration with > --with-arch=armv7-a --with-tune=cortex-a9 --with-fpu=vfpv3-d16 > --with-float=hard > > I

[Bug middle-end/78047] [7 Regression] Chromium apparently gets miscompiled

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

[Bug c++/77886] -Wimplicit-fallthrough: breaks duff's device (in function templates)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77886 --- Comment #11 from Jakub Jelinek --- Author: jakub Date: Mon Oct 31 13:39:49 2016 New Revision: 241700 URL: https://gcc.gnu.org/viewcvs?rev=241700=gcc=rev Log: PR c++/77886 * pt.c (tsubst_expr) Copy over

[Bug fortran/77872] [5/6/7 Regression] ICE in gfc_conv_descriptor_token, at fortran/trans-array.c:305

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

[Bug debug/78112] [7 regression] invalid DWARF generated by the compiler: DIE has multiple AT_inline attributes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78112 --- Comment #10 from Pierre-Marie de Rodat --- Created attachment 39932 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39932=edit pyelftools-based Python3 script to check duplicate attributes in ELF/DWARF info

[Bug debug/78112] [7 regression] invalid DWARF generated by the compiler: DIE has multiple AT_inline attributes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78112 --- Comment #9 from Pierre-Marie de Rodat --- Back to business. ;-) Thank you very much, Jakub! During investigation, I managed to reduce this even further: void run (int *int_p, void(*func)(int *)) { func (int_p); } namespace foo {

[Bug tree-optimization/77860] [7 Regression] ICE in gimple_build_assign_1, at gimple.c:420

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77860 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #28 from Bernd Edlinger --- With my latest patch I bootstrapped a configuration with --with-arch=armv7-a --with-tune=cortex-a9 --with-fpu=vfpv3-d16 --with-float=hard I noticed a single regression in gcc.target/arm/pr53447-*.c That

[Bug lto/78129] -Werror=suggest-final-types leads to -ENOSPC.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78129 --- Comment #5 from Richard Biener --- Author: rguenth Date: Mon Oct 31 12:52:23 2016 New Revision: 241698 URL: https://gcc.gnu.org/viewcvs?rev=241698=gcc=rev Log: 2016-10-31 Richard Biener PR lto/78129 *

[Bug tree-optimization/77860] [7 Regression] ICE in gimple_build_assign_1, at gimple.c:420

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77860 --- Comment #3 from Jakub Jelinek --- Reproduceable also on current trunk with -O2 -fno-tree-forwprop -fno-tree-vrp typedef unsigned short V __attribute__((vector_size (16))); V foo (V x, V y) { V a = -x; V b = -y; return a * b; }

[Bug lto/78129] -Werror=suggest-final-types leads to -ENOSPC.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78129 --- Comment #4 from Richard Biener --- The attached would be still needed in case the ltrans writing is terminated by, say, ctrl-c (but then there's a race because WPA doesn't write the ltrans output list before finishing writing all ltrans

[Bug lto/78129] -Werror=suggest-final-types leads to -ENOSPC.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78129 --- Comment #3 from Richard Biener --- Ah - I think a simpler pass would be diff --git a/gcc/lto/lto.c b/gcc/lto/lto.c index 7256ff9..c1567ca 100644 --- a/gcc/lto/lto.c +++ b/gcc/lto/lto.c @@ -3092,6 +3092,10 @@ do_whole_program_analysis (void)

[Bug tree-optimization/57206] Auto-vectorization fails when array index is an unsigned int expression

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

[Bug tree-optimization/53947] [meta-bug] vectorizer missed-optimizations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947 Bug 53947 depends on bug 57206, which changed state. Bug 57206 Summary: Auto-vectorization fails when array index is an unsigned int expression https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57206 What|Removed

[Bug tree-optimization/78170] [7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170 --- Comment #5 from ktkachov at gcc dot gnu.org --- The problem is in encode_tree_to_bitpos. It needs to take into account the padding that native_encode_expr may introduce for sign-extended values for little-endian as well as big-endian.

[Bug lto/78129] -Werror=suggest-final-types leads to -ENOSPC.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78129 --- Comment #2 from Richard Biener --- Created attachment 39930 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39930=edit patch Does the attached fix it? (I lack a testcase to easily reproduce a failing WPA stage after it has written

[Bug lto/78129] -Werror=suggest-final-types leads to -ENOSPC.

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

[Bug tree-optimization/78170] [7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77834 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/78170] [7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170 --- Comment #3 from Richard Biener --- Btw, I see at -Os: Starting new chain with statement: c.f6 = -1; The base object is: c Volatile access terminates all chains Processing basic block <4>: : e = *.LC0; c = e; c.f6 = -1; e ={v}

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

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

[Bug target/78166] [6 Regression] hash.c:1887:1: error: unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78166 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.3

[Bug tree-optimization/78162] [7 Regression] ICE on invalid code at -Os and above on x86_64-linux-gnu: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78162 Richard Biener changed: What|Removed |Added Version|unknown |7.0 Target Milestone|---

[Bug tree-optimization/78154] memcpy et al can be assumed to return non-null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78154 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/78152] [6/7 Regression] coarray and associate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78152 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.3

[Bug tree-optimization/78151] Fail to vectorize *min_element

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78151 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug other/78161] [7 Regression] contrib/download_prerequisites fails on MacOS, Lubuntu, and Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78161 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug other/78161] contrib/download_prerequisites fails on MacOS, Lubuntu, and Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78161 --- Comment #1 from Richard Biener --- The issue with the current script is probably relying too much on wget internals (the -O option). It would probably be better to simply cd into the destination directory and do wget w/o -O.

[Bug tree-optimization/33707] scev not handling unsigned conversion

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

[Bug tree-optimization/78170] [7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

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

[Bug c++/78163] ref-qualified function type incorrectly accepted in function parameter type

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

[Bug c++/78163] ref-qualified function type incorrectly accepted in function parameter type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78163 --- Comment #2 from TC --- (In reply to Martin Liška from comment #1) > For: > $ gcc --version > gcc (SUSE Linux) 6.2.1 20160830 [gcc-6-branch revision 239856] > > $ gcc pr78163.c > pr78163.c:1:16: error: expected ‘;’, ‘,’ or ‘)’ before ‘&’

[Bug gcov-profile/78086] FAIL: gcc.misc-tests/gcov-1.c, etc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78086 --- Comment #8 from Martin Liška --- Thanks for testing. Patch has been just sent to ML: https://gcc.gnu.org/ml/gcc-patches/2016-10/msg02439.html

[Bug fortran/78059] Pointer to variable length array, debug info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78059 --- Comment #5 from Bernhard Heckel --- Hi Dominique, did my comment help to figure out if the bug report is valid?

[Bug rtl-optimization/78116] [7 regression] Performance drop after r241173 on avx512 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78116 --- Comment #7 from Yuri Rumyantsev --- Compiler was configures with: Configured with: /configure --enable-languages=c,c++ --enable-clocale=gnu --enable-cloog-backend=isl --enable-shared --disable-libsanitizer --disable-bootstrap --disable-nls

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

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

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #4

[Bug lto/78140] [7 Regression] libxul -flto uses 1GB more memory than gcc-6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140 Martin Liška changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot gnu.org ---

[Bug c++/78163] ref-qualified function type incorrectly accepted in function parameter type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78163 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug preprocessor/78169] internal compiler error: in get_substring_ranges_for_loc, at input.c:1379

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78169 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug tree-optimization/78170] [7 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

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

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 --- Comment #3 from Sebastian Huber --- My configure command line: configure --target=powerpc-rtems4.12 --verbose --with-newlib --disable-libstdcxx-pch --disable-nls --disable-lto --disable-plugin

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 --- Comment #2 from Sebastian Huber --- (In reply to Andrew Pinski from comment #1) > Most likely a dup of bug 78029. I am not sure. I get the ICE with the latest GCC which includes the fix for bug 78029.

[Bug target/78168] [7 Regression] Second ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |7.0 --- Comment #1 from Andrew Pinski

  1   2   >