[Bug c++/70182] c++filt fails to demangle _ZNSt17_Function_handlerIFSt4pairImjEjEZN5folly12addBenchmarkI3$_0EENSt9enable_ifIXeqsr5boost14function_types14function_arityIDTadsrT_onclEEE5valueLi2EEvE4typ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70182 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug middle-end/70159] missed CSE optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70159 --- Comment #10 from rguenther at suse dot de --- On Thu, 10 Mar 2016, spop at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70159 > > --- Comment #9 from Sebastian Pop --- > Created attachment 37927 > --> https://gcc

[Bug c++/70181] missing -Wtautological-compare for constant expressions

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

[Bug c++/70182] c++filt fails to demangle _ZNSt17_Function_handlerIFSt4pairImjEjEZN5folly12addBenchmarkI3$_0EENSt9enable_ifIXeqsr5boost14function_types14function_arityIDTadsrT_onclEEE5valueLi2EEvE4typ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70182 --- Comment #2 from Taewook Oh --- Here is a link to the preprocessed text: http://paste.ubuntu.com/15346235/ As I wrote in the description, it seems pretty clear that demangler applies an incorrect rule to demangle expression. For "srT_oncl", i

[Bug target/70146] missed-optimization: i386 hidden references should use PC32 relocations instead of GOTOFF

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

[Bug c++/70178] Loop-invariant memory loads from std::string innards are not hoisted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70178 Richard Biener changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment

[Bug libstdc++/70176] Regression with C++03 Issue cstdio

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70176 Richard Biener changed: What|Removed |Added Target||x86_64-pc-cygwin --- Comment #1 from Ri

[Bug rtl-optimization/70174] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70174 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.0 --- Comment #1 from Richard Biener

[Bug tree-optimization/70169] [4.9/5/6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lsm_tmp_name, at tree-ssa-loop.c:791

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

[Bug c++/70170] [6 regression] bogus not a constant expression error comparing pointer to array to null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70170 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Target Milestone|---

[Bug tree-optimization/70171] Poor code generated when return struct using ternary operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70171 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Status|

[Bug rtl-optimization/70174] [6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

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

[Bug tree-optimization/70169] [4.9/5/6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lsm_tmp_name, at tree-ssa-loop.c:791

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70169 --- Comment #3 from Richard Biener --- Maybe finally get rid of the gcc_unreachable () by providing a sane default for this non-critical fn?

[Bug c/70166] Wrong optimization of type punning in unions with 2d array

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

[Bug rtl-optimization/70174] [6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70174 --- Comment #3 from Jakub Jelinek --- Though, aarch64 ICEs in the same place, so this is likely not an i386 backend issue.

[Bug tree-optimization/70177] [6 Regression] ICE in extract_ops_from_tree starting with r233660

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70177 Richard Biener changed: What|Removed |Added Blocks||68963 --- Comment #4 from Richard Biene

[Bug rtl-optimization/70174] [6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70174 --- Comment #4 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #3) > Though, aarch64 ICEs in the same place, so this is likely not an i386 > backend issue. This is an issue with insv handling infrastructure. The problem is in expme

[Bug rtl-optimization/70174] [6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70174 --- Comment #5 from Andrew Pinski --- (In reply to Jakub Jelinek from comment #3) > Though, aarch64 ICEs in the same place, so this is likely not an i386 > backend issue. Though the revision where the failure starts says something about what to

[Bug rtl-optimization/70174] [6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

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

[Bug rtl-optimization/70174] [6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70174 --- Comment #7 from Andrew Pinski --- Comment on attachment 37931 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37931 gcc6-pr70174.patch + tmp = gen_lowpart (op_mode, force_reg (GET_MODE (value), +

[Bug pch/70183] New: fdump-rtl-all-flags doesn't have impact on vzeroupper pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70183 Bug ID: 70183 Summary: fdump-rtl-all-flags doesn't have impact on vzeroupper pass Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: minor Priori

[Bug inline-asm/70184] New: Exlpicit register variables overwritten by conversion libcall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70184 Bug ID: 70184 Summary: Exlpicit register variables overwritten by conversion libcall Product: gcc Version: 6.0 Status: UNCONFIRMED Keywords: wrong-code

[Bug pch/70183] fdump-rtl-all-flags doesn't have impact on vzeroupper pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70183 --- Comment #1 from vries at gcc dot gnu.org --- Created attachment 37932 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37932&action=edit tentative patch

[Bug rtl-optimization/70174] [6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70174 --- Comment #8 from Jakub Jelinek --- (In reply to Andrew Pinski from comment #7) > Comment on attachment 37931 [details] > gcc6-pr70174.patch > > + tmp = gen_lowpart (op_mode, force_reg (GET_MODE (value), > +

[Bug pch/70183] fdump-rtl-all-flags doesn't have impact on vzeroupper pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70183 --- Comment #2 from vries at gcc dot gnu.org --- (In reply to vries from comment #1) > Created attachment 37932 [details] > tentative patch Which has the desired effect: ... $ rm *.c.* ; gcc test.c -S -fdump-rtl-all-slim -mavx -mvzeroupper -fexpe

[Bug inline-asm/70184] Explicit register variables holding function arguments overwritten by conversion libcall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70184 --- Comment #1 from ktkachov at gcc dot gnu.org --- Things are bad already at expand time: 2: r111:SI=r0:SI 3: r112:SF=r1:SF 4: NOTE_INSN_FUNCTION_BEG 7: r0:SI=r111:SI 8: r0:SF=r112:SF 9: r0:SI=call [`__aeabi_f2uiz'] argc:0

[Bug inline-asm/70184] Explicit register variables holding function arguments overwritten by conversion libcall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70184 --- Comment #2 from Andrew Pinski --- Does -fno-ter fix the issue? How does the tree level look?

[Bug tree-optimization/70177] [6 Regression] ICE in extract_ops_from_tree starting with r233660

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70177 --- Comment #5 from Jakub Jelinek --- Created attachment 37933 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37933&action=edit gcc6-pr70177.patch Untested fix. The questions about latent issues, where the upper bound expression comes fro

[Bug other/70185] New: fdump-tree-all-graph produces invalid dot files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70185 Bug ID: 70185 Summary: fdump-tree-all-graph produces invalid dot files Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: othe

[Bug inline-asm/70184] Explicit register variables holding function arguments overwritten by conversion libcall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70184 --- Comment #3 from ktkachov at gcc dot gnu.org --- (In reply to Andrew Pinski from comment #2) > Does -fno-ter fix the issue? > How does the tree level look? You mean -fno-tree-ter? That gives: foo: @ args = 0, pretend = 0, frame = 0

[Bug c++/70182] c++filt fails to demangle _ZNSt17_Function_handlerIFSt4pairImjEjEZN5folly12addBenchmarkI3$_0EENSt9enable_ifIXeqsr5boost14function_types14function_arityIDTadsrT_onclEEE5valueLi2EEvE4typ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70182 Markus Trippelsdorf changed: What|Removed |Added Status|WAITING |NEW CC|

[Bug other/70185] fdump-tree-all-graph produces invalid dot files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70185 --- Comment #1 from vries at gcc dot gnu.org --- Created attachment 37934 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37934&action=edit tentative patch No more warnings, also for rtl: ... $ rm *.c.* ; gcc test.c -O2 -S -fdump-tree-all-gr

[Bug tree-optimization/70171] Poor code generated when return struct using ternary operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70171 Richard Biener changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #3

[Bug rtl-optimization/70174] [6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70174 --- Comment #9 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #4) > (In reply to Jakub Jelinek from comment #3) > > Though, aarch64 ICEs in the same place, so this is likely not an i386 > > backend issue. > > This is an issue with in

[Bug c++/70170] [6 regression] bogus not a constant expression error comparing pointer to array to null

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

[Bug tree-optimization/70013] [6 Regression] packed structure tree-sra loses initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70013 --- Comment #12 from alalaw01 at gcc dot gnu.org --- Thanks, Martin - yes, I see. Patch posted at https://gcc.gnu.org/ml/gcc-patches/2016-03/msg00680.html after full regtest.

[Bug c++/70182] c++filt fails to demangle _ZNSt17_Function_handlerIFSt4pairImjEjEZN5folly12addBenchmarkI3$_0EENSt9enable_ifIXeqsr5boost14function_types14function_arityIDTadsrT_onclEEE5valueLi2EEvE4typ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70182 --- Comment #4 from Andrew Pinski --- >Ian's go demangler and the libcxxabi demangler also are unable to demangle >these symbols. Because they are all the same code ...

[Bug c++/70182] c++filt fails to demangle _ZNSt17_Function_handlerIFSt4pairImjEjEZN5folly12addBenchmarkI3$_0EENSt9enable_ifIXeqsr5boost14function_types14function_arityIDTadsrT_onclEEE5valueLi2EEvE4typ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70182 --- Comment #5 from Markus Trippelsdorf --- (In reply to Andrew Pinski from comment #4) > >Ian's go demangler and the libcxxabi demangler also are unable to demangle > >these symbols. > > Because they are all the same code ... No, they are no

[Bug tree-optimization/70171] Poor code generated when return struct using ternary operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70171 --- Comment #4 from Richard Biener --- Created attachment 37935 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37935&action=edit patch Patch I am testing.

[Bug c++/70182] c++filt fails to demangle _ZNSt17_Function_handlerIFSt4pairImjEjEZN5folly12addBenchmarkI3$_0EENSt9enable_ifIXeqsr5boost14function_types14function_arityIDTadsrT_onclEEE5valueLi2EEvE4typ

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70182 --- Comment #6 from Markus Trippelsdorf --- https://llvm.org/svn/llvm-project/libcxxabi/trunk/src/cxa_demangle.cpp https://github.com/ianlancetaylor/demangle

[Bug tree-optimization/70171] Poor code generated when return struct using ternary operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70171 --- Comment #5 from Uroš Bizjak --- (In reply to Richard Biener from comment #4) > Created attachment 37935 [details] > patch > > Patch I am testing. + /* { dg-final { scan-assembler-not "\[er\]sp" { target x86_64-*-* } } } */ You should alway

[Bug tree-optimization/70171] Poor code generated when return struct using ternary operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70171 --- Comment #6 from rguenther at suse dot de --- On Fri, 11 Mar 2016, ubizjak at gmail dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70171 > > --- Comment #5 from Uroš Bizjak --- > (In reply to Richard Biener from comment #4) >

[Bug rtl-optimization/70160] [6 Regression] gcc ICE at -O2 (seg fault) and above on valid code on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70160 --- Comment #8 from Ilya Enkovich --- Author: ienkovich Date: Fri Mar 11 11:25:29 2016 New Revision: 234135 URL: https://gcc.gnu.org/viewcvs?rev=234135&root=gcc&view=rev Log: gcc/ PR target/70160 * config/i386/i386.c (scalar_cha

[Bug rtl-optimization/70160] [6 Regression] gcc ICE at -O2 (seg fault) and above on valid code on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70160 Ilya Enkovich changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/70170] [6 regression] bogus not a constant expression error comparing pointer to array to null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70170 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug inline-asm/70184] Explicit register variables holding function arguments overwritten by conversion libcall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70184 --- Comment #4 from Richard Biener --- With TER we delay expanding of (unsigned b) until you require its expansion during asm op expansion (and thus may be interleaved with asm expansion code). I believe we had this issue in the past for other a

[Bug ipa/70161] [4.9/5/6 Regression] fdump-ipa-all-graph causes segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70161 --- Comment #3 from vries at gcc dot gnu.org --- (In reply to Richard Biener from comment #2) > Hum, what does it do if only guarding the !pass->graph_dump_initialized > check? That fixes the segfault, but we run into another segfault with -fipa-

[Bug ipa/70161] [4.9/5/6 Regression] fdump-ipa-all-graph causes segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70161 vries at gcc dot gnu.org changed: What|Removed |Added Attachment #37918|0 |1 is obsolete|

[Bug c/70186] New: RFE: better handling of misspelled attributes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70186 Bug ID: 70186 Summary: RFE: better handling of misspelled attributes Product: gcc Version: 6.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priorit

[Bug tree-optimization/65178] incorrect -Wmaybe-uninitialized when using nested loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65178 --- Comment #14 from Leon Winter --- I am not sure how smart he diagnostic of GCC is supposed to be it seems that the source base of GCC itself has fallen victim to the false warning. The following commit fixes a -Wmaybe-uninitialized warning: c

[Bug c/70186] RFE: better handling of misspelled attributes

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

[Bug tree-optimization/70169] [4.9/5/6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lsm_tmp_name, at tree-ssa-loop.c:791

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70169 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Fri Mar 11 12:05:58 2016 New Revision: 234136 URL: https://gcc.gnu.org/viewcvs?rev=234136&root=gcc&view=rev Log: PR tree-optimization/70169 * tree-ssa-loop.c (gen_lsm_tmp_

[Bug rtl-optimization/70174] [6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70174 --- Comment #10 from Jakub Jelinek --- Author: jakub Date: Fri Mar 11 12:07:01 2016 New Revision: 234137 URL: https://gcc.gnu.org/viewcvs?rev=234137&root=gcc&view=rev Log: PR rtl-optimization/70174 * expmed.c (store_bit_field_usi

[Bug tree-optimization/70013] [6 Regression] packed structure tree-sra loses initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70013 --- Comment #13 from alalaw01 at gcc dot gnu.org --- Author: alalaw01 Date: Fri Mar 11 12:08:01 2016 New Revision: 234138 URL: https://gcc.gnu.org/viewcvs?rev=234138&root=gcc&view=rev Log: Fix PR/70013 gcc: PR tree-optimization/70013

[Bug c++/70178] Loop-invariant memory loads from std::string innards are not hoisted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70178 --- Comment #2 from Zack Weinberg --- That was my working hypothesis as well. Isn't there some way we can annotate s->data to reassure the compiler that *this* char* doesn't alias? I don't know enough about the guts of std::string to know wheth

[Bug tree-optimization/70013] [6 Regression] packed structure tree-sra loses initialization

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

[Bug tree-optimization/70169] [4.9/5 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lsm_tmp_name, at tree-ssa-loop.c:791

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70169 Jakub Jelinek changed: What|Removed |Added Summary|[4.9/5/6 Regression] ICE at |[4.9/5 Regression] ICE at

[Bug rtl-optimization/70174] [6 Regression] ICE at -O1 and above on x86_64-linux-gnu in gen_lowpart_general, at rtlhooks.c:63

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

[Bug tree-optimization/70177] [6 Regression] ICE in extract_ops_from_tree starting with r233660

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70177 --- Comment #6 from Jakub Jelinek --- Author: jakub Date: Fri Mar 11 12:28:50 2016 New Revision: 234140 URL: https://gcc.gnu.org/viewcvs?rev=234140&root=gcc&view=rev Log: PR tree-optimization/70177 * gimple-expr.h (extract_ops_fr

[Bug tree-optimization/68963] [4.9/5 Regression] O3 vs. O2 discards part of loop and terminates early

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68963 Bug 68963 depends on bug 70177, which changed state. Bug 70177 Summary: [6 Regression] ICE in extract_ops_from_tree starting with r233660 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70177 What|Removed |Added -

[Bug tree-optimization/70177] [6 Regression] ICE in extract_ops_from_tree starting with r233660

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

[Bug c++/70178] Loop-invariant memory loads from std::string innards are not hoisted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70178 --- Comment #3 from rguenther at suse dot de --- On Fri, 11 Mar 2016, zackw at panix dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70178 > > --- Comment #2 from Zack Weinberg --- That was > my working hypothesis as well. Isn'

[Bug lto/70187] [6 Regression] ICE (segfault) in lto1 with -Wsuggest-final-methods/-Wsuggest-final-types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70187 Tobias Burnus changed: What|Removed |Added Target Milestone|--- |6.0

[Bug lto/70187] New: [6 Regression] ICE (segfault) in lto1 with -Wsuggest-final-methods/-Wsuggest-final-types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70187 Bug ID: 70187 Summary: [6 Regression] ICE (segfault) in lto1 with -Wsuggest-final-methods/-Wsuggest-final-types Product: gcc Version: 6.0 Status: UNCONFIRMED Ke

[Bug fortran/45076] [OOP] gfortran.dg/dynamic_dispatch_6.f03 ICEs with -fprofile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45076 --- Comment #7 from Dominique d'Humieres --- Created attachment 37938 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37938&action=edit Proposed test

[Bug target/70048] [6 Regression][AArch64] Inefficient local array addressing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70048 --- Comment #17 from Wilco --- (In reply to Jiong Wang from comment #16) > * for the second patch at #c10, if we always do the following no matter > op0 is virtual & eliminable or not > > "op1 = force_operand (op1, NULL_RTX);" >

[Bug sanitizer/70147] testcase from hana testsuite gets miscompiled with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70147 --- Comment #2 from Martin Liška --- I tries to isolate the issue (attached patch reduces just the problematic instrumentation): $ g++ metafunction.ii -fsanitize=vptr -fdump-tree-optimized -g -O1 -flifetime-dse=0 binfo modified (zeroed)

[Bug c/70166] Wrong optimization of type punning in unions with 2d array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70166 --- Comment #2 from Alexander Cherepanov --- On 03/11/2016 12:16 PM, rguenth at gcc dot gnu.org wrote: > You are not accessing through the union type but through a pointer to double > and int because u.a and p->d decay to a pointer: > >*(int

[Bug middle-end/70188] New: gcc 4.9+ miscompiles code on hppa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70188 Bug ID: 70188 Summary: gcc 4.9+ miscompiles code on hppa Product: gcc Version: 4.9.4 URL: https://patchwork.kernel.org/patch/8402441/ Status: UNCONFIRMED Severity: n

[Bug middle-end/70188] gcc 4.9+ miscompiles code on hppa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70188 --- Comment #1 from deller at gmx dot de --- Created attachment 37939 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37939&action=edit preprocessed source

[Bug middle-end/70189] New: Combine constant-pool logic from gimplify + SRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70189 Bug ID: 70189 Summary: Combine constant-pool logic from gimplify + SRA Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component

[Bug target/63679] [5/6 Regression][AArch64] Failure to constant fold.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63679 alalaw01 at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug middle-end/70188] [4.9,5 Regression] gcc 4.9+ miscompiles code on hppa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70188 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org

[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 alalaw01 at gcc dot gnu.org changed: What|Removed |Added Assignee|alalaw01 at gcc dot gnu.org|unassigned at gcc dot

[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 #89 from Jakub Jelinek --- I'd say it can be closed now.

[Bug tree-optimization/66142] Loop is not vectorized because not sufficient support for GOMP_SIMD_LANE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142 --- Comment #26 from Yuri Rumyantsev --- If we convert copy structures to copy structure fields test will be vectorized and all mentions of GOMP_SIMD_LANE will be deleted. But if we slightly modify test by introducing new function vdot and insert

[Bug tree-optimization/66142] Loop is not vectorized because not sufficient support for GOMP_SIMD_LANE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142 --- Comment #27 from Yuri Rumyantsev --- Created attachment 37940 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37940&action=edit test-case to reproduce Need to be compiled with -Ofast -mavx2 -fopenmp options.

[Bug tree-optimization/70045] [6 Regression] ICE error: mismatching comparison operand types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70045 vries at gcc dot gnu.org changed: What|Removed |Added Keywords||patch --- Comment #3 from vrie

[Bug target/70119] AArch64 should take advantage of implicit truncation of variable shift amount without defining SHIFT_COUNT_TRUNCATED

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70119 --- Comment #5 from ktkachov at gcc dot gnu.org --- Created attachment 37941 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37941&action=edit Example patch In the interests of getting a concrete proposal out and hammering out a course of ac

[Bug target/69245] [6 Regression] ICE in extract_insn, at recog.c:2286 on arm-linux-gnueabihf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245 --- Comment #17 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Fri Mar 11 15:27:24 2016 New Revision: 234141 URL: https://gcc.gnu.org/viewcvs?rev=234141&root=gcc&view=rev Log: [AArch64] PR target/70002: Make aarch64_set_current_funct

[Bug target/70002] [6 Regression] gcc.dg/torture/pr52429.c -O2 -flto -fno-use-linker-plugin -flto-partition=none ICEs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70002 --- Comment #7 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Fri Mar 11 15:27:24 2016 New Revision: 234141 URL: https://gcc.gnu.org/viewcvs?rev=234141&root=gcc&view=rev Log: [AArch64] PR target/70002: Make aarch64_set_current_functi

[Bug target/70002] [6 Regression] gcc.dg/torture/pr52429.c -O2 -flto -fno-use-linker-plugin -flto-partition=none ICEs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70002 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug driver/70132] ARM -mcpu=native can cause a double free abort.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70132 --- Comment #3 from ktkachov at gcc dot gnu.org --- Proposed patch at: https://gcc.gnu.org/ml/gcc-patches/2016-03/msg00700.html Can you give it a shot?

[Bug tree-optimization/70190] New: ICE (segfault) at -O2 and -O3 on x86_64-linux-gnu

--disable-bootstrap Thread model: posix gcc version 6.0.0 20160311 (experimental) [trunk revision 234134] (GCC) $ $ gcc-trunk -Os -c small.c $ gcc-5.3 -O2 -c small.c $ $ gcc-trunk -O2 -c small.c small.c: In function ‘fn1’: small.c:2:1: internal compiler error: Segmentation fault fn1

[Bug tree-optimization/70190] ICE (segfault) at -O2 and -O3 on x86_64-linux-gnu

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

[Bug c/70191] New: libatomic library does not have lock-free implementation for 16-bytes data object on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70191 Bug ID: 70191 Summary: libatomic library does not have lock-free implementation for 16-bytes data object on Solaris Product: gcc Version: 5.2.0 Status: UNCONFIRMED

[Bug c++/70170] [6 regression] bogus not a constant expression error comparing pointer to array to null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70170 --- Comment #3 from Marek Polacek --- I think that to fix this, we need to add a new pattern to match.pd that deals with "(ptr +p off) !=/== 0B". Thus something like: --- a/gcc/match.pd +++ b/gcc/match.pd @@ -2263,6 +2263,11 @@ DEFINE_INT_AND_F

[Bug target/69614] [6 Regression] wrong code with -Os -fno-expensive-optimizations -fschedule-insns -mtpcs-leaf-frame -fira-algorithm=priority @ armv7a

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

[Bug c/7652] -Wswitch-break : Warn if a switch case falls through

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652 --- Comment #41 from Jonathan Wakely --- (In reply to Matthew Woehlke from comment #39) > So? People have been asking for it for at least *13+ years* (this report was > opened in August 2002). Compared to clang which has had this feature for > som

[Bug driver/70192] New: -fno-pic doesn't work with --enable-default-pie

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70192 Bug ID: 70192 Summary: -fno-pic doesn't work with --enable-default-pie Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: dri

[Bug c++/70170] [6 regression] bogus not a constant expression error comparing pointer to array to null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70170 --- Comment #4 from Jakub Jelinek --- Shouldn't -fno-delete-null-pointer-checks disable that? Or maybe only if the constant is "negative", because with -fno-delete-null-pointer-checks in theory some object could live at address NULL and you coul

[Bug c/7652] -Wswitch-break : Warn if a switch case falls through

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652 --- Comment #42 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #41) > But it wasn't part of the working draft until now. Not everything that gets > approved by an EWG poll makes it into a standard. In case you really don't kno

[Bug sanitizer/70147] testcase from hana testsuite gets miscompiled with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70147 --- Comment #3 from Martin Liška --- Ok, so I analyzed more precisely what happens. The problem is that we want to zero vtbp_ptr.ios_base (struct ios_base), but as we are at the very beginning of a basic_istream::basic_istream, following value is

[Bug c/70191] libatomic library does not have lock-free implementation for 16-bytes data object on Solaris

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

[Bug fortran/38444] Poor recovery from error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38444 Dominique d'Humieres changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug c/70191] libatomic library does not have lock-free implementation for 16-bytes data object on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70191 Alexey Lapshin changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #2 from Alexey Lapshi

[Bug c++/70170] [6 regression] bogus not a constant expression error comparing pointer to array to null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70170 --- Comment #5 from Martin Sebor --- It turns out that my patch for bug 67376 (still being tested) fixes this bug.

[Bug c++/70141] [6 Regression] template parameter not deducible in partial specialization of template inside template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70141 --- Comment #17 from Jason Merrill --- Yes, this looks like a bug. I expect that we're saying "non-deduced" because of the typename, but the typename is gone due to partial instantiation when we get around to deducing U

[Bug c++/70170] [6 regression] bogus not a constant expression error comparing pointer to array to null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70170 --- Comment #6 from Marek Polacek --- -fno-delete-null-pointer-checks seems to change nothing. But the case you mention is something I wanted to think about more before posting a real patch. I suppose I could add a check that the offset part

[Bug c++/70170] [6 regression] bogus not a constant expression error comparing pointer to array to null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70170 --- Comment #7 from Jakub Jelinek --- A small problem is that the second argument to POINTER_PLUS_EXPR is not signed, but unsigned (sizetype). Which is why I wrote "negative", negative would mean having the most significant bit set or so.

  1   2   >