[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 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

[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=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

[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:

[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 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 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 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=edit Proposed test

[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

[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.

[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 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 --- 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=gcc=rev Log: PR tree-optimization/70177 * gimple-expr.h

[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/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 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 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

[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=gcc=rev Log: Fix PR/70013 gcc: PR tree-optimization/70013 *

[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=gcc=rev Log: PR rtl-optimization/70174 * expmed.c (store_bit_field_using_insv):

[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=gcc=rev Log: PR tree-optimization/70169 * tree-ssa-loop.c (gen_lsm_tmp_name):

[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

[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 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

[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 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

[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

[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 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 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=gcc=rev Log: gcc/ PR target/70160 * config/i386/i386.c

[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 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

[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 #4 from Richard Biener --- Created attachment 37935 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37935=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 #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

[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 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++/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 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

[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

[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=edit tentative patch No more warnings, also for rtl: ... $ rm *.c.* ; gcc test.c -O2 -S -fdump-tree-all-graph

[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 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 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:

[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=edit gcc6-pr70177.patch Untested fix. The questions about latent issues, where the upper bound expression comes from and

[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 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']

[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

[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 #1 from vries at gcc dot gnu.org --- Created attachment 37932 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37932=edit tentative patch

[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] 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

[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 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

[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 --- 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

[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

[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 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 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 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 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

[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

[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 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

[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 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++/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",

[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 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 > -->

[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|

<    1   2