[Bug bootstrap/55571] [4.6/4.7/4.8 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571 --- Comment #12 from Richard Henderson 2012-12-04 19:10:05 UTC --- Author: rth Date: Tue Dec 4 19:09:59 2012 New Revision: 194160 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194160 Log: PR bootstrap/55571 * Makef

[Bug bootstrap/55571] [4.6/4.7/4.8 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571 --- Comment #13 from Richard Henderson 2012-12-04 19:11:39 UTC --- Author: rth Date: Tue Dec 4 19:11:33 2012 New Revision: 194161 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194161 Log: PR bootstrap/55571 * Makef

[Bug bootstrap/55571] [4.6/4.7/4.8 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571 Richard Henderson changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug target/55673] Reversed before/after handling in sparc_emit_membar_for_model

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55673 Richard Henderson changed: What|Removed |Added CC||amacleod at redhat dot com

[Bug target/55492] __atomic_load doesn't match ACQUIRE memory model

||2012-12-13 CC||rth at gcc dot gnu.org AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.7.3

[Bug target/55492] __atomic_load doesn't match ACQUIRE memory model

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55492 --- Comment #5 from Richard Henderson 2012-12-13 21:16:50 UTC --- Author: rth Date: Thu Dec 13 21:16:45 2012 New Revision: 194490 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194490 Log: PR middle-end/55492 * optab

[Bug target/55492] __atomic_load doesn't match ACQUIRE memory model

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55492 --- Comment #6 from Richard Henderson 2012-12-13 21:17:55 UTC --- Author: rth Date: Thu Dec 13 21:17:52 2012 New Revision: 194491 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194491 Log: PR middle-end/55492 * optab

[Bug middle-end/55492] __atomic_load doesn't match ACQUIRE memory model

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55492 Richard Henderson changed: What|Removed |Added Keywords||wrong-code Statu

[Bug middle-end/55492] __atomic_load doesn't match ACQUIRE memory model

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55492 --- Comment #10 from Richard Henderson 2012-12-14 16:29:34 UTC --- Committed the suggested tweak, thanks.

[Bug c/52991] attribute packed broken on mingw32?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991 Richard Henderson changed: What|Removed |Added CC||rth at gcc dot gnu.org

[Bug rtl-optimization/55547] [4.8 Regression] Alias analysis does not handle AND addresses correctly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55547 --- Comment #8 from Richard Henderson 2013-01-15 16:47:29 UTC --- The patch in #c4 is ok.

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #9 from Richard Henderson 2013-01-15 19:13:44 UTC --- Unfortunately, the gdb trace in #c1 isn't enough to see what's actually failing. What *ought* to be happening is that the uninstrumented code path runs, f1 makes two call

[Bug target/55939] [4.6/4.7/4.8 regression] gcc miscompiles gmp-5.0.5 on m68k-linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939 --- Comment #13 from Richard Henderson 2013-01-29 17:46:21 UTC --- All hail extended precision, and lack of proper rounding operations (until the 68040 anyway). Aldy's analysis in #c11 suggests that compiling (all of gmp, including the

[Bug rtl-optimization/69447] [5/6 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447 Richard Henderson changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #8 from Richard

[Bug rtl-optimization/69447] [5/6 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447 --- Comment #9 from Richard Henderson --- Created attachment 37484 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37484&action=edit proposed patch Fixes the test case, in that it prevents the remat. Starting overnight bootstraps for armv7

[Bug rtl-optimization/69447] [5/6 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447 --- Comment #12 from Richard Henderson --- (In reply to ktkachov from comment #10) > This patch also seems to fix the wrong code in PR 69124 Good to know -- I wasn't able to reproduce that failure myself.

[Bug rtl-optimization/69447] [5/6 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447 --- Comment #13 from Richard Henderson --- (In reply to Jakub Jelinek from comment #11) > Without knowing the lra-remat code at all, I just wonder if subreg_regs > needs to be one per the whole function, rather than say per extended basic > block

[Bug rtl-optimization/69447] [5/6 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447 --- Comment #15 from Richard Henderson --- Author: rth Date: Wed Jan 27 22:08:02 2016 New Revision: 232905 URL: https://gcc.gnu.org/viewcvs?rev=232905&root=gcc&view=rev Log: PR rtl-opt/69447 * lra-remat.c (subreg_regs): New. (dump_candidate

[Bug rtl-optimization/69447] [5/6 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

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

[Bug rtl-optimization/69447] [5 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447 Richard Henderson changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug target/69305] [5/6 Regression] wrong code with -O and int128 @ aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69305 --- Comment #13 from Richard Henderson --- Author: rth Date: Thu Jan 28 17:48:22 2016 New Revision: 232936 URL: https://gcc.gnu.org/viewcvs?rev=232936&root=gcc&view=rev Log: PR target/69305 * config/aarch64/aarch64-modes.def (CC_Cmode): New

[Bug rtl-optimization/69447] [5 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447 --- Comment #20 from Richard Henderson --- Author: rth Date: Thu Jan 28 18:11:27 2016 New Revision: 232938 URL: https://gcc.gnu.org/viewcvs?rev=232938&root=gcc&view=rev Log: PR rtl-opt/69447 * lra-remat.c (subreg_regs): New. (dump_candidate

[Bug rtl-optimization/69447] [5 Regression] wrong code with -O2 -fno-schedule-insns and mixed 8/16/32/64bit arithmetics @ armv7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447 Richard Henderson changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug target/68543] [AArch64] Implement overflow arithmetic standard names {u,}{add,sub,mul}v4 and/or negv3

||2016-01-28 CC||rth at gcc dot gnu.org Target Milestone|--- |7.0 Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #5 from Richard

[Bug target/69535] [6 Regression] wrong code with -O -fno-tree-bit-ccp -fno-tree-reassoc due to use of uninitialised value

||2016-01-28 CC||rth at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Richard Henderson --- Confirmed.

[Bug rtl-optimization/69535] [6 Regression] wrong code with -O -fno-tree-bit-ccp -fno-tree-reassoc due to use of uninitialised value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69535 Richard Henderson changed: What|Removed |Added Component|target |rtl-optimization --- Comment #3 from

[Bug target/69305] [5 Regression] wrong code with -O and int128 @ aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69305 Richard Henderson changed: What|Removed |Added Summary|[5/6 Regression] wrong code |[5 Regression] wrong code

[Bug rtl-optimization/69535] [6 Regression] wrong code with -O -fno-tree-bit-ccp -fno-tree-reassoc due to use of uninitialised value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69535 --- Comment #5 from Richard Henderson --- Created attachment 37525 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37525&action=edit proposed patch

[Bug rtl-optimization/69535] [6 Regression] wrong code with -O -fno-tree-bit-ccp -fno-tree-reassoc due to use of uninitialised value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69535 --- Comment #7 from Richard Henderson --- (In reply to Segher Boessenkool from comment #6) > But are the SCALAR_INT_MODE_P checks necessary? I don't know. I wondered if we'd ever see something like (and:DI (subreg:DI (reg:SF X) 0) (const_int

[Bug target/69305] [5 Regression] wrong code with -O and int128 @ aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69305 --- Comment #15 from Richard Henderson --- Author: rth Date: Mon Feb 1 07:06:53 2016 New Revision: 233031 URL: https://gcc.gnu.org/viewcvs?rev=233031&root=gcc&view=rev Log: PR target/69305 * config/aarch64/aarch64-modes.def (CC_Cmode): New

[Bug target/69305] [5 Regression] wrong code with -O and int128 @ aarch64

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

[Bug rtl-optimization/69535] [6 Regression] wrong code with -O -fno-tree-bit-ccp -fno-tree-reassoc due to use of uninitialised value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69535 --- Comment #9 from Richard Henderson --- Author: rth Date: Mon Feb 1 07:32:01 2016 New Revision: 233032 URL: https://gcc.gnu.org/viewcvs?rev=233032&root=gcc&view=rev Log: PR rtl-opt/69535 * combine.c (make_compound_operation): When looking

[Bug rtl-optimization/69535] [6 Regression] wrong code with -O -fno-tree-bit-ccp -fno-tree-reassoc due to use of uninitialised value

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

[Bug target/69577] [5/6 Regression] wrong code with -fno-forward-propagate -mavx and 128bit arithmetics since r215450

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

[Bug c/69643] New: Address space discarded inside statement expression

Component: c Assignee: unassigned at gcc dot gnu.org Reporter: rth at gcc dot gnu.org Target Milestone: --- Created attachment 37561 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37561&action=edit testcase All three functions ought to produce identical assembly, b

[Bug c/69643] Address space discarded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69643 Richard Henderson changed: What|Removed |Added Summary|Address space discarded |Address space discarded

[Bug rtl-optimization/69102] [4.9/5/6 Regression] ICE: in move_op_ascend, at sel-sched.c:6138 with -fselective-scheduling2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69102 --- Comment #5 from Richard Henderson --- (In reply to Andrey Belevantsev from comment #4) > Created attachment 37550 [details] > proposed patch > > The problem here is readonly dependence contexts in selective scheduler. > We're trying to cach

[Bug middle-end/69643] Address space discarded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69643 --- Comment #3 from Richard Henderson --- Author: rth Date: Fri Feb 5 22:05:17 2016 New Revision: 233189 URL: https://gcc.gnu.org/viewcvs?rev=233189&root=gcc&view=rev Log: PR c/69643 * tree.c (tree_nop_conversion_p): Do not strip casts into

[Bug middle-end/69643] Address space discarded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69643 Richard Henderson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug rtl-optimization/67145] [6 Regression] associativity from pseudo-reg ordering

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67145 Richard Henderson changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #10 from Richar

[Bug bootstrap/69709] [6 Regression] profiled bootstrap error on s390x-linux-gnu with r233194

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

[Bug bootstrap/69709] [6 Regression] profiled bootstrap error on s390x-linux-gnu with r233194

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69709 --- Comment #12 from Richard Henderson --- Created attachment 37799 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37799&action=edit example patch Or, for the purposes of combine, better like so. This avoids creating a third (move) insn, w

[Bug tree-optimization/68714] [6 Regression] less folding of vector comparison

||rth at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org

[Bug libffi/70024] [5/6 Regression] libffi ABI change w/o SONAME bump

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

[Bug rtl-optimization/67145] [6 Regression] associativity from pseudo-reg ordering

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67145 --- Comment #13 from Richard Henderson --- I can clean up the rs6000 some more to avoid some objections that Segher raised -- by-hand rtl generation etc. Or, I've just about finished testing the simplify-rtx-only patch suggested in https://gc

[Bug rtl-optimization/67145] [6 Regression] associativity from pseudo-reg ordering

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67145 --- Comment #16 from Richard Henderson --- Author: rth Date: Wed Mar 2 21:09:54 2016 New Revision: 233916 URL: https://gcc.gnu.org/viewcvs?rev=233916&root=gcc&view=rev Log: PR rtl-opt/67145 * simplify-rtx.c (simplify_plus_minus): Allow reass

[Bug libffi/70024] [5/6 Regression] libffi ABI change w/o SONAME bump

|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org

[Bug libffi/70024] [5/6 Regression] libffi ABI change w/o SONAME bump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70024 --- Comment #5 from Richard Henderson --- Author: rth Date: Wed Mar 2 23:28:11 2016 New Revision: 233921 URL: https://gcc.gnu.org/viewcvs?rev=233921&root=gcc&view=rev Log: PR libffi/70024 * Makefile.am (libffi_version_script): New. (libffi

[Bug libffi/70024] [5/6 Regression] libffi ABI change w/o SONAME bump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70024 --- Comment #6 from Richard Henderson --- Author: rth Date: Thu Mar 3 01:40:29 2016 New Revision: 233926 URL: https://gcc.gnu.org/viewcvs?rev=233926&root=gcc&view=rev Log: PR libffi/70024 * Makefile.am (libffi_version_script): Look in cwd fo

[Bug libffi/70024] [5/6 Regression] libffi ABI change w/o SONAME bump

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

[Bug middle-end/70069] New: Uninitialized value default to zero, plus warning

Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: rth at gcc dot gnu.org Target Milestone: --- Quoting Ingo Monlar, via a LKML discussion: = It could be combined with the following 'safe' runtime behavior: when built with -Ow then all uni

[Bug rtl-optimization/70061] [6 Regression] ICE: SIGSEGV in delete_insn_chain() with unused label

||rth at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org

[Bug rtl-optimization/70061] [6 Regression] ICE: SIGSEGV in delete_insn_chain() with unused label

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70061 --- Comment #3 from Richard Henderson --- Created attachment 37875 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37875&action=edit proposed patch Thanks, Jeff, the errant stack adjustment was a good hint. The problem is that we are emitt

[Bug rtl-optimization/70061] [6 Regression] ICE: SIGSEGV in delete_insn_chain() with unused label

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70061 --- Comment #4 from Richard Henderson --- Author: rth Date: Mon Mar 7 11:48:57 2016 New Revision: 234025 URL: https://gcc.gnu.org/viewcvs?rev=234025&root=gcc&view=rev Log: PR rtl-opt/70061 * tree-outofssa.c (emit_partition_copy): Flush pendi

[Bug rtl-optimization/70061] [6 Regression] ICE: SIGSEGV in delete_insn_chain() with unused label

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

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

||rth at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org --- Comment #6 from Richard Henderson --- Created attachment 37886 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37886&action=edit proposed patch I agre

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70048 --- Comment #9 from Richard Henderson --- While I fully believe in CSE'ing "base + reg*scale" when talking about non-stack-based pointers, when it comes to stack-based data access I'm less certain about the proper approach. All things work out "

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70048 Richard Henderson changed: What|Removed |Added Attachment #37886|0 |1 is obsolete|

[Bug tree-optimization/70128] Linux kernel div patching optimized away

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70128 --- Comment #7 from Richard Henderson --- (In reply to Andrew Pinski from comment #5) > I still say this is undefined even with -fno-strict-aliasing because > patching a function is undefined. Oh please. I think that's short-sighted. I don't s

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70048 --- Comment #13 from Richard Henderson --- Created attachment 37911 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37911&action=edit aggressive patch Consider something like this, whereby we allow (sfp + scale + const) as an address all th

[Bug tree-optimization/68714] [6 Regression] less folding of vector comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68714 --- Comment #8 from Richard Henderson --- Author: rth Date: Mon Mar 14 20:48:15 2016 New Revision: 234196 URL: https://gcc.gnu.org/viewcvs?rev=234196&root=gcc&view=rev Log: PR tree-opt/68714 * tree-ssa-reassoc.c (ovce_extract_ops, optimize_ve

[Bug tree-optimization/68714] [6 Regression] less folding of vector comparison

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

[Bug middle-end/70199] [5/6 Regression] Crash at -O2 when using labels.

||rth at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org --- Comment #5 from Richard Henderson --- Mine.

[Bug target/70120] [6 Regression][aarch64] -g causes Assembler messages: Error: unaligned opcodes detected in executable segment

||rth at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org --- Comment #5 from Richard Henderson --- The problem here is the literal pool isn't a multiple of the instruction size, so the Letext label is "misaligned"

[Bug target/70120] [6 Regression][aarch64] -g causes Assembler messages: Error: unaligned opcodes detected in executable segment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70120 --- Comment #6 from Richard Henderson --- Created attachment 37975 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37975&action=edit proposed patch This is kind of a hack, but not too bad. Zdenek, could you please test on that third testca

[Bug middle-end/70240] [6 Regression] ICE: in gimplify_modify_expr, at gimplify.c:4854 with -ftree-vectorize

||rth at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org --- Comment #3 from Richard Henderson --- Mine.

[Bug middle-end/70240] [6 Regression] ICE: in gimplify_modify_expr, at gimplify.c:4854 with -ftree-vectorize

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70048 --- Comment #19 from Richard Henderson --- (In reply to Jiong Wang from comment #16) > But there is a performance issue as described at > > https://gcc.gnu.org/ml/gcc-patches/2016-02/msg00281.html > > "this patch forces register scaling ex

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70048 --- Comment #22 from Richard Henderson --- Author: rth Date: Wed Mar 16 21:23:05 2016 New Revision: 234269 URL: https://gcc.gnu.org/viewcvs?rev=234269&root=gcc&view=rev Log: PR target/70048 * config/aarch64/aarch64.c (virt_or_elim_regno_p): N

[Bug rtl-optimization/70261] [6 Regression] r234265 causes fails on rs6000

||2016-03-17 CC||rth at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Richard Henderson --- This also fails on aarch64 stage1 libstdc++, also during combine. #1 0x0100dc90 in replace_rtx

[Bug middle-end/68215] [6 regression] FAIL: c-c++-common/opaque-vector.c -std=c++11 (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68215 --- Comment #6 from Richard Henderson --- Author: rth Date: Wed Mar 16 23:53:10 2016 New Revision: 234272 URL: https://gcc.gnu.org/viewcvs?rev=234272&root=gcc&view=rev Log: Revert r231575 PR middle-end/70240 PR middle-end/68215 2015-12-11

[Bug middle-end/70273] [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98 execution test / scan-assembler _ZN1CC4Ev

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273 --- Comment #9 from Richard Henderson --- Created attachment 38003 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38003&action=edit proposed patch Alternately, instead of setting local_decls early (and doing other tri-state-ish things in c

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70048 --- Comment #23 from Richard Henderson --- (In reply to Jiong Wang from comment #21) > Please check the documentation at > http://infocenter.arm.com/help/topic/com.arm.doc.uan0015b/ > Cortex_A57_Software_Optimization_Guide_external.pdf, page 14,

[Bug target/70120] [6 Regression][aarch64] -g causes Assembler messages: Error: unaligned opcodes detected in executable segment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70120 --- Comment #9 from Richard Henderson --- Ah right, -ffunction-sections. That requires a more extensive, though less hackish, fix. Will post a new patch later this afternoon.

[Bug middle-end/70273] [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98 execution test / scan-assembler _ZN1CC4Ev

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273 Richard Henderson changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org

[Bug middle-end/68215] [6 regression] FAIL: c-c++-common/opaque-vector.c -std=c++11 (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68215 --- Comment #5 from Richard Henderson --- Author: rth Date: Wed Mar 16 23:53:01 2016 New Revision: 234271 URL: https://gcc.gnu.org/viewcvs?rev=234271&root=gcc&view=rev Log: Gimplify vec_cond_expr with condition inside PR middle-end/70240 PR

[Bug middle-end/70199] [5 Regression] Crash at -O2 when using labels.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70199 Richard Henderson changed: What|Removed |Added Summary|[5/6 Regression] Crash at |[5 Regression] Crash at -O2

[Bug middle-end/70240] [6 Regression] ICE: in gimplify_modify_expr, at gimplify.c:4854 with -ftree-vectorize

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

[Bug middle-end/70240] [6 Regression] ICE: in gimplify_modify_expr, at gimplify.c:4854 with -ftree-vectorize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70240 --- Comment #9 from Richard Henderson --- Author: rth Date: Wed Mar 16 23:53:01 2016 New Revision: 234271 URL: https://gcc.gnu.org/viewcvs?rev=234271&root=gcc&view=rev Log: Gimplify vec_cond_expr with condition inside PR middle-end/70240 PR

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

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

[Bug middle-end/70240] [6 Regression] ICE: in gimplify_modify_expr, at gimplify.c:4854 with -ftree-vectorize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70240 --- Comment #10 from Richard Henderson --- Author: rth Date: Wed Mar 16 23:53:10 2016 New Revision: 234272 URL: https://gcc.gnu.org/viewcvs?rev=234272&root=gcc&view=rev Log: Revert r231575 PR middle-end/70240 PR middle-end/68215 2015-12-1

[Bug middle-end/70240] [6 Regression] ICE: in gimplify_modify_expr, at gimplify.c:4854 with -ftree-vectorize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70240 --- Comment #11 from Richard Henderson --- Author: rth Date: Wed Mar 16 23:53:18 2016 New Revision: 234273 URL: https://gcc.gnu.org/viewcvs?rev=234273&root=gcc&view=rev Log: PR middle-end/70240 * gcc.c-torture/compile/pr70240.c: New. Added:

[Bug tree-optimization/68714] [6 Regression] less folding of vector comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68714 --- Comment #11 from Richard Henderson --- Author: rth Date: Wed Mar 16 23:53:01 2016 New Revision: 234271 URL: https://gcc.gnu.org/viewcvs?rev=234271&root=gcc&view=rev Log: Gimplify vec_cond_expr with condition inside PR middle-end/70240 P

[Bug rtl-optimization/70261] [6 Regression] r234265 causes fails on rs6000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70261 --- Comment #3 from Richard Henderson --- Created attachment 37993 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37993&action=edit aarch64 pbase_type_info.ii This will ICE with just cc1plus -O.

[Bug middle-end/70273] [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98 execution test / scan-assembler _ZN1CC4Ev

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273 Richard Henderson changed: What|Removed |Added Attachment #38003|0 |1 is obsolete|

[Bug middle-end/70199] [5/6 Regression] Crash at -O2 when using labels.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70199 --- Comment #6 from Richard Henderson --- Author: rth Date: Wed Mar 16 16:50:18 2016 New Revision: 234261 URL: https://gcc.gnu.org/viewcvs?rev=234261&root=gcc&view=rev Log: PR middle-end/70199 * function.h (struct function): Add has_forced_lab

[Bug middle-end/69845] [4.9/5/6 Regression] Expression getting incorrectly optimized after being rewritten by compiler

||rth at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org

[Bug middle-end/70273] [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98 execution test / scan-assembler _ZN1CC4Ev

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273 Richard Henderson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug middle-end/70199] [5 Regression] Crash at -O2 when using labels.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70199 Bug 70199 depends on bug 70273, which changed state. Bug 70273 Summary: [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98 execution test / scan-assembler _ZN1CC4Ev https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273 What|Rem

[Bug middle-end/70273] [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98 execution test / scan-assembler _ZN1CC4Ev

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273 --- Comment #11 from Richard Henderson --- Author: rth Date: Mon Mar 21 23:03:56 2016 New Revision: 234386 URL: https://gcc.gnu.org/viewcvs?rev=234386&root=gcc&view=rev Log: PR c++/70273 * decl.c (notice_forced_label_r): New. (cp_finish_dec

[Bug middle-end/69845] [4.9/5/6 Regression] Expression getting incorrectly optimized after being rewritten by compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69845 --- Comment #7 from Richard Henderson --- Proposed patch https://gcc.gnu.org/ml/gcc-patches/2016-03/msg01255.html

[Bug target/70355] [5/6 Regression] ICE: in simplify_subreg_concatn, at lower-subreg.c:617 with -funroll-loops -mavx512f

||rth at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org

[Bug target/64971] [5/6 Regression] gcc.c-torture/compile/pr37433.c ICEs with -mabi=ilp32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971 --- Comment #8 from Richard Henderson --- Created attachment 38112 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38112&action=edit proposed patch Andrew's approach to force the SYMBOL_REF to DImode is certainly one way to approach it; ano

[Bug target/70355] [5/6 Regression] ICE: in simplify_subreg_concatn, at lower-subreg.c:617 with -funroll-loops -mavx512f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70355 --- Comment #2 from Richard Henderson --- Created attachment 38113 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38113&action=edit proposed patch Testing the following, which works on the reduced test case. As a missed-optimization, we r

[Bug target/70355] [5 Regression] ICE: in simplify_subreg_concatn, at lower-subreg.c:617 with -funroll-loops -mavx512f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70355 Richard Henderson changed: What|Removed |Added Status|ASSIGNED|NEW Summary|[5/6 Regressi

[Bug target/70355] [5/6 Regression] ICE: in simplify_subreg_concatn, at lower-subreg.c:617 with -funroll-loops -mavx512f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70355 --- Comment #3 from Richard Henderson --- Author: rth Date: Tue Mar 29 15:19:00 2016 New Revision: 234524 URL: https://gcc.gnu.org/viewcvs?rev=234524&root=gcc&view=rev Log: PR middle-end/70355 * lower-subreg.c (simplify_subreg_concatn): Rejec

[Bug preprocessor/69391] [5/6 Regression] Incorrect __LINE__ expansion with -ftrack-macro-expansion=0 on g++5.2

||rth at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org

[Bug preprocessor/69391] [5/6 Regression] Incorrect __LINE__ expansion with -ftrack-macro-expansion=0 on g++5.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391 --- Comment #6 from Richard Henderson --- Author: rth Date: Wed Apr 6 18:35:16 2016 New Revision: 234794 URL: https://gcc.gnu.org/viewcvs?rev=234794&root=gcc&view=rev Log: PR preprocessor/61817 PR preprocessor/69391 * internal.h (_cpp_builti

[Bug preprocessor/61817] Inconsistent location of tokens in the expansion list of a built-in macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61817 --- Comment #4 from Richard Henderson --- Author: rth Date: Wed Apr 6 18:35:16 2016 New Revision: 234794 URL: https://gcc.gnu.org/viewcvs?rev=234794&root=gcc&view=rev Log: PR preprocessor/61817 PR preprocessor/69391 * internal.h (_cpp_builti

[Bug preprocessor/61817] Inconsistent location of tokens in the expansion list of a built-in macro

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

<    1   2   3   4   5   6   7   8   >