[Bug target/88877] rs6000 emits signed extension for unsigned int type(__floatunsidf).

2019-01-21 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88877 --- Comment #16 from Segher Boessenkool --- Is anything broken though? If the libcall routines know they are called this way, all is fine.

[Bug rtl-optimization/88423] [9 Regression] ICE in begin_move_insn, at sched-ebb.c:175

2019-01-20 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88423 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org

[Bug target/88892] [8/9 Regression] Double-to-float conversion uses wrong rounding mode when followed by memcpy

2019-01-18 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88892 --- Comment #13 from Segher Boessenkool --- Author: segher Date: Fri Jan 18 18:01:56 2019 New Revision: 268083 URL: https://gcc.gnu.org/viewcvs?rev=268083=gcc=rev Log: rs6000: Fix *movsi_from_df (PR88892) The memory store instructions

[Bug target/87064] [9 regression] libgomp.oacc-fortran/reduction-3.f90 fails starting with r263751

2019-01-18 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87064 --- Comment #12 from Segher Boessenkool --- Yes, I think so (just the vec_select arg?)

[Bug target/88892] [8/9 Regression] Double-to-float conversion uses wrong rounding mode when followed by memcpy

2019-01-17 Thread segher at gcc dot gnu.org
|unassigned at gcc dot gnu.org |segher at gcc dot gnu.org --- Comment #12 from Segher Boessenkool --- Okay, mine.

[Bug target/88892] [8/9 Regression] Double-to-float conversion uses wrong rounding mode when followed by memcpy

2019-01-17 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88892 --- Comment #11 from Segher Boessenkool --- Good point. So we cannot use stfs (etc.) as float_truncate+store ever, not even with full fast math options.

[Bug target/88892] [8/9 Regression] Double-to-float conversion uses wrong rounding mode when followed by memcpy

2019-01-17 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88892 --- Comment #8 from Segher Boessenkool --- So we should use the current rounding mode for any float_trunc? So we can use float store instructions for it only with some fast-math option?

[Bug target/88892] [8/9 Regression] Double-to-float conversion uses wrong rounding mode when followed by memcpy

2019-01-17 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88892 Segher Boessenkool changed: What|Removed |Added Target|powerpc64le-redhat-linux-gn |powerpc64*-*-*

[Bug rtl-optimization/88845] ICE in lra_set_insn_recog_data, at lra.c:1010

2019-01-17 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88845 --- Comment #3 from Segher Boessenkool --- (In reply to Peter Bergner from comment #2) > Thinking about this, insn 14 doesn't look legal to me for ppc, since FP > values in our FP regs are actually stored as 64-bit quantities, even for > SFmode,

[Bug target/88877] rs6000 emits signed extension for unsigned int type(__floatunsidf).

2019-01-16 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88877 --- Comment #8 from Segher Boessenkool --- There is no bug, so we don't have to do anything. To make slightly better code we could make the soft float routines be prototyped?

[Bug target/88877] rs6000 emits signed extension for unsigned int type(__floatunsidf).

2019-01-16 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88877 --- Comment #6 from Segher Boessenkool --- Sure, with 32-bit ABIs the registers are just 32 bits, for all intents and purposes. But we have -m64 here. (see also the "lwa" insn). I think that because __floatunsidf has no prototype all its args

[Bug target/88861] [9 Regression] ICE in calc_dfs_tree, at dominance.c:458

2019-01-16 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88861 --- Comment #5 from Segher Boessenkool --- Cool, thanks! Is the plan to simply not allow something that can throw to be recognised as noop move?

[Bug bootstrap/88714] [9 regression] bootstrap comparison failure on armv7l since r265398

2019-01-15 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88714 --- Comment #17 from Segher Boessenkool --- It's not obvious to me what machine code is wrong here. Maybe it is obvious to someone who is better at Arm code than I am? Does it all work if you use -fno-if-conversion2 though? Or, what other

[Bug target/88863] ICE in extract_insn, at recog.c:2305

2019-01-15 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88863 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/88055] ICE in extract_insn, at recog.c:2305 on ppc64le

2019-01-15 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88055 --- Comment #7 from Segher Boessenkool --- *** Bug 88863 has been marked as a duplicate of this bug. ***

[Bug target/86683] ICE in altivec_expand_vec_perm_const at gcc/config/rs6000/rs6000.c:35074

2019-01-11 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86683 Segher Boessenkool changed: What|Removed |Added Resolution|WORKSFORME |FIXED --- Comment #6 from Segher

[Bug other/88790] No warning for misleading indentation

2019-01-10 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88790 --- Comment #1 from Segher Boessenkool --- (I couldn't add that cc:, Daniel doesn't have a bugzilla account yet).

[Bug other/88790] New: No warning for misleading indentation

2019-01-10 Thread segher at gcc dot gnu.org
Assignee: unassigned at gcc dot gnu.org Reporter: segher at gcc dot gnu.org Target Milestone: --- -Wmisleading-indentation does not warn for === void f(void) { } } === (as Daniel (on cc:) found), but not even for === void f(void) { } === Is there a reason for that?

[Bug target/88765] powerpc64le-linux-gnu sub-optimal code generation for builtin atomic ops

2019-01-09 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88765 Segher Boessenkool changed: What|Removed |Added Target|powerpc64le-linux-gnu |powerpc*-*-*

[Bug target/88765] powerpc64le-linux-gnu sub-optimal code generation for builtin atomic ops

2019-01-09 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88765 --- Comment #2 from Segher Boessenkool --- What exact options are needed here?

[Bug target/88765] powerpc64le-linux-gnu sub-optimal code generation for builtin atomic ops

2019-01-09 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88765 --- Comment #1 from Segher Boessenkool --- So in the first example, why is the branch not forwarded already?

[Bug tree-optimization/88739] [7/8/9 Regression] Big-endian union bug

2019-01-08 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88739 --- Comment #18 from Segher Boessenkool --- Well, it is always possible to generate code with the opposite endianness to what the hardware "wants". It just won't be very fast code. BITS_BIG_ENDIAN is just a convenience to the target code

[Bug bootstrap/88714] [9 regression] bootstrap comparison failure on armv7l since r265398

2019-01-08 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88714 --- Comment #2 from Segher Boessenkool --- Or, do we have any machine in the compile farm on which this can be reproduced? If so, could you give instructions for that please?

[Bug tree-optimization/88606] ICE: verify_type failed (error: type variant differs by TYPE_TRANSPARENT_AGGR)

2019-01-06 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88606 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org

[Bug tree-optimization/54939] Very poor vectorization of loops with complex arithmetic

2019-01-03 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54939 --- Comment #11 from Segher Boessenkool --- (In reply to rguent...@suse.de from comment #10) > even if that means introducing of "fake" larger vector modes. That would be a good reason to not do this, except many targets already do need

[Bug tree-optimization/54939] Very poor vectorization of loops with complex arithmetic

2019-01-03 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54939 --- Comment #9 from Segher Boessenkool --- I think we should declare one of the forms canonical, and make simplify use that one, if possible. If we really want one form in some cases and another in other cases something like change_zero_ext

[Bug target/88343] [7/8 Regression] R31 is unconditionally saved/restored on powerpc-darwin even when it's not necessary.

2019-01-03 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343 Segher Boessenkool changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug tree-optimization/88599] ICE in make_decl_rtl, at varasm.c:1337

2019-01-02 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88599 --- Comment #1 from Segher Boessenkool --- I cannot reproduce this. Either you need more flags, a more specific target, some specific libc version (etc.), and/or some non-default configure arguments.

[Bug target/88640] ICE in mark_reachable_handlers, at tree-eh.c:3926

2019-01-01 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88640 --- Comment #3 from Segher Boessenkool --- It looks like a generic problem to me, fwiw.

[Bug target/88640] ICE in mark_reachable_handlers, at tree-eh.c:3926

2018-12-31 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88640 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/88055] ICE in extract_insn, at recog.c:2305 on ppc64le

2018-12-27 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88055 --- Comment #6 from Segher Boessenkool --- *** Bug 88618 has been marked as a duplicate of this bug. ***

[Bug target/88618] ICE in extract_insn, at recog.c:2305

2018-12-27 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88618 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/88027] PowerPC generates slightly weird code for memset

2018-12-23 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88027 --- Comment #4 from Segher Boessenkool --- It's fixed now? Aaron, does this still need backports? Or can this PR be closed :-)

[Bug target/88308] ICE in maybe_record_trace_start, at dwarf2cfi.c:2309

2018-12-23 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88308 --- Comment #2 from Segher Boessenkool --- This is related to PR88347.

[Bug target/88308] ICE in maybe_record_trace_start, at dwarf2cfi.c:2309

2018-12-23 Thread segher at gcc dot gnu.org
|UNCONFIRMED |NEW Last reconfirmed||2018-12-23 CC||segher at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Segher Boessenkool --- The testcase needs -m32. Confirmed.

[Bug rtl-optimization/18395] [meta-bug] combine needs to be templatized like a peepholer

2018-12-20 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18395 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org

[Bug target/16798] PowerPC - Opportunity to use recording form instruction.

2018-12-20 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16798 --- Comment #8 from Segher Boessenkool --- This is the same problem as PR88233.

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

2018-12-20 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134 --- Comment #20 from Segher Boessenkool --- The original problem doesn't fail for me also if I use a glibc >= 2.19 (I used 2.28).

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

2018-12-20 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134 --- Comment #18 from Segher Boessenkool --- Or, if you want your compiler to build: === diff --git a/gcc/config/rs6000/rs6000.c b/gcc/config/rs6000/rs6000.c index 5120202..c041f15 100644 --- a/gcc/config/rs6000/rs6000.c +++

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

2018-12-20 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134 --- Comment #17 from Segher Boessenkool --- Like this: === diff --git a/gcc/config/rs6000/rs6000.c b/gcc/config/rs6000/rs6000.c index 5120202..429eac5 100644 --- a/gcc/config/rs6000/rs6000.c +++ b/gcc/config/rs6000/rs6000.c @@ -38865,7 +38865,9

[Bug target/88213] ICE in change_address_1, at emit-rtl.c:2286

2018-12-19 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88213 Segher Boessenkool changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/88213] ICE in change_address_1, at emit-rtl.c:2286

2018-12-19 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88213 --- Comment #8 from Segher Boessenkool --- Author: segher Date: Wed Dec 19 14:04:22 2018 New Revision: 267265 URL: https://gcc.gnu.org/viewcvs?rev=267265=gcc=rev Log: Backport from trunk 2018-12-19 Segher Boessenkool

[Bug target/88213] ICE in change_address_1, at emit-rtl.c:2286

2018-12-19 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88213 --- Comment #7 from Segher Boessenkool --- Author: segher Date: Wed Dec 19 14:02:52 2018 New Revision: 267264 URL: https://gcc.gnu.org/viewcvs?rev=267264=gcc=rev Log: Backport from trunk 2018-12-19 Segher Boessenkool

[Bug target/88213] ICE in change_address_1, at emit-rtl.c:2286

2018-12-19 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88213 --- Comment #6 from Segher Boessenkool --- Author: segher Date: Wed Dec 19 13:54:08 2018 New Revision: 267263 URL: https://gcc.gnu.org/viewcvs?rev=267263=gcc=rev Log: Restrict a VSX extract to TARGET_POWERPC64 (PR88213) This pattern optimises

[Bug target/88213] ICE in change_address_1, at emit-rtl.c:2286

2018-12-19 Thread segher at gcc dot gnu.org
|unassigned at gcc dot gnu.org |segher at gcc dot gnu.org

[Bug target/88213] ICE in change_address_1, at emit-rtl.c:2286

2018-12-19 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88213 --- Comment #5 from Segher Boessenkool --- I'll take it. Patch is testing.

[Bug rtl-optimization/84101] [7/8/9 Regression] -O3 and -ftree-vectorize trying too hard for function returning trivial pair-of-uint64_t-structure

2018-12-18 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84101 --- Comment #9 from Segher Boessenkool --- But that is exactly the kind of thing lower-subreg is supposed to do?

[Bug rtl-optimization/84101] [7/8/9 Regression] -O3 and -ftree-vectorize trying too hard for function returning trivial pair-of-uint64_t-structure

2018-12-18 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84101 --- Comment #6 from Segher Boessenkool --- I think subreg should deal with this. What do you mean "there aren't any half of TImode subregs"? insn 10 has it split at the start, and insn 18 at the end wants it split, too.

[Bug target/88213] ICE in change_address_1, at emit-rtl.c:2286

2018-12-18 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88213 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/88213] ICE in change_address_1, at emit-rtl.c:2286

2018-12-18 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88213 --- Comment #3 from Segher Boessenkool --- Godbolt now has the C compiler frontend as well, without -xc shenanigans, fwiw.

[Bug rtl-optimization/49884] get_last_value in combine ignores register mode

2018-12-17 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49884 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-12-15 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88001 Segher Boessenkool changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-12-15 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88001 --- Comment #13 from Segher Boessenkool --- Author: segher Date: Sat Dec 15 12:07:42 2018 New Revision: 267172 URL: https://gcc.gnu.org/viewcvs?rev=267172=gcc=rev Log: Backport from trunk 2018-12-14 Segher Boessenkool

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-12-15 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88001 --- Comment #12 from Segher Boessenkool --- Author: segher Date: Sat Dec 15 12:05:08 2018 New Revision: 267171 URL: https://gcc.gnu.org/viewcvs?rev=267171=gcc=rev Log: Backport from trunk 2018-12-14 Segher Boessenkool

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-12-14 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88001 --- Comment #10 from Segher Boessenkool --- Sure this can be backported... But can you fill in known-to-{work,fail} then please? Thanks.

[Bug rtl-optimization/88253] Inlining of function incorrectly deletes volatile register access when using XOR in avr-gcc

2018-12-14 Thread segher at gcc dot gnu.org
|UNCONFIRMED |ASSIGNED Last reconfirmed||2018-12-14 CC||segher at gcc dot gnu.org Host|Macos, Windows | Assignee|unassigned at gcc dot gnu.org |segher at gcc dot gnu.org

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-12-14 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88001 --- Comment #8 from Segher Boessenkool --- Author: segher Date: Fri Dec 14 08:29:34 2018 New Revision: 267122 URL: https://gcc.gnu.org/viewcvs?rev=267122=gcc=rev Log: match_asm_constraints: Use copy_rtx where needed (PR88001) The new insn here

[Bug rtl-optimization/88470] [7/8/9 Regression] ICE in maybe_record_trace_start, at dwarf2cfi.c:2354

2018-12-13 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88470 --- Comment #4 from Segher Boessenkool --- So the edge is a fake edge? Can you test for that instead, like the code in cfgcleanup.c immediately following this already does?

[Bug target/88213] ICE in change_address_1, at emit-rtl.c:2286

2018-12-12 Thread segher at gcc dot gnu.org
||segher at gcc dot gnu.org --- Comment #1 from Segher Boessenkool --- This builds fine for me.

[Bug rtl-optimization/88347] ICE in begin_move_insn, at sched-ebb.c:175

2018-12-12 Thread segher at gcc dot gnu.org
||2018-12-12 CC||segher at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Segher Boessenkool --- Confirmed. We here have an unconditional branch that is not followed by a barrier: first

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-12-12 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88001 --- Comment #7 from Segher Boessenkool --- Patch posted at https://gcc.gnu.org/ml/gcc-patches/2018-12/msg00865.html .

[Bug testsuite/88318] new test case gcc.dg/independent-cloneids-1.c fails on big endian

2018-12-12 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88318 Segher Boessenkool changed: What|Removed |Added Status|ASSIGNED|RESOLVED Component|other

[Bug other/88318] new test case gcc.dg/independent-cloneids-1.c fails on big endian

2018-12-12 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88318 --- Comment #2 from Segher Boessenkool --- Author: segher Date: Wed Dec 12 19:45:45 2018 New Revision: 267063 URL: https://gcc.gnu.org/viewcvs?rev=267063=gcc=rev Log: Fix independent-cloneids-1.c testcase (PR88318) The testcase uses REs like

[Bug rtl-optimization/88311] mlongcall indirections are optimised away

2018-12-12 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88311 --- Comment #3 from Segher Boessenkool --- $ ~/build/tot/gcc/cc1 -quiet -Wall -W -O2 hello2.c -mlongcall -m32 ... main: .LFB0: .cfi_startproc stwu 1,-16(1) .cfi_def_cfa_offset 16 .reloc .+2,R_PPC_PLT16_HA,printf

[Bug rtl-optimization/88311] mlongcall indirections are optimised away

2018-12-12 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88311 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org

[Bug other/88318] new test case gcc.dg/independent-cloneids-1.c fails on big endian

2018-12-12 Thread segher at gcc dot gnu.org
||2018-12-12 CC||segher at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |segher at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Segher Boessenkool --- Confirmed

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-12-11 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88001 --- Comment #4 from Segher Boessenkool --- Claudiu: could you test that patch please? (On the real thing, not just this testcase :-) )

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-12-11 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88001 --- Comment #3 from Segher Boessenkool --- Created attachment 45210 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45210=edit proposed patch

[Bug rtl-optimization/88001] ASMCONS cannot handle properly UNSPEC(CONST)

2018-12-11 Thread segher at gcc dot gnu.org
||2018-12-11 CC||segher at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Segher Boessenkool --- Ah yes, I had release checking there. Confirmed.

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

2018-12-11 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134 --- Comment #14 from Segher Boessenkool --- And none of the compilers I built crash. (Most have checking enabled, but some not, so that's not it either).

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

2018-12-11 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134 --- Comment #11 from Segher Boessenkool --- AT12.0 however, like on godbolt, does in fact crash.

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

2018-12-11 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134 --- Comment #9 from Segher Boessenkool --- I cannot get that to fail either, with a trunk compiler :-/

[Bug target/88134] ICE in create_component_ref_by_pieces_1, at tree-ssa-pre.c:2520

2018-12-11 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88134 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org

[Bug target/88145] ICE: unrecognizable insn (mffs) targeting 32-bit BE FPU-less powerpc CPUs

2018-12-11 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88145 --- Comment #1 from Segher Boessenkool --- Author: segher Date: Tue Dec 11 08:30:36 2018 New Revision: 266973 URL: https://gcc.gnu.org/viewcvs?rev=266973=gcc=rev Log: rs6000: Don't use rs6000_isa_flags_explicit for soft float tests (PR88145)

[Bug rtl-optimization/88416] [8/9 Regression] ICE in in df_uses_record, at df-scan.c:3013

2018-12-10 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88416 Segher Boessenkool changed: What|Removed |Added Status|ASSIGNED|NEW --- Comment #2 from Segher

[Bug rtl-optimization/88416] [8/9 Regression] ICE in in df_uses_record, at df-scan.c:3013

2018-12-10 Thread segher at gcc dot gnu.org
||2018-12-10 Assignee|unassigned at gcc dot gnu.org |segher at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Segher Boessenkool --- Confirmed; mine.

[Bug target/67288] [7/8/9 regression] non optimal simple function (useless additional shift/remove/shift/add)

2018-12-07 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67288 --- Comment #16 from Segher Boessenkool --- Many things in combine assume that they can move an earlier insn to later, if none of the registers it uses is set in the intermediate insns (etc.) This isn't correct if you make combine work on EBBs.

[Bug target/54589] struct offset add should be folded into address calculation

2018-12-07 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589 --- Comment #13 from Segher Boessenkool --- Yeah, that's not going to happen. Will it help to do some define_split or define_insn_and_split for this?

[Bug inline-asm/87733] local register variable not honored with earlyclobber

2018-12-06 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87733 --- Comment #7 from Segher Boessenkool --- Feel free to send a patch. Yes it is fixed.

[Bug inline-asm/55681] Qualifiers on asm statements are order-dependent

2018-12-06 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55681 --- Comment #5 from Segher Boessenkool --- Author: segher Date: Thu Dec 6 17:47:52 2018 New Revision: 266859 URL: https://gcc.gnu.org/viewcvs?rev=266859=gcc=rev Log: asm qualifiers (PR55681) PR55681 observes that currently only one qualifier

[Bug inline-asm/87733] local register variable not honored with earlyclobber

2018-12-06 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87733 Segher Boessenkool changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug inline-asm/87733] local register variable not honored with earlyclobber

2018-12-06 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87733 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/88234] UBsan and runtime error: signed integer overflow using unsigned vector

2018-12-06 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88234 Segher Boessenkool changed: What|Removed |Added Status|RESOLVED|NEW Resolution|FIXED

[Bug inline-asm/87733] local register variable not honored with earlyclobber

2018-12-06 Thread segher at gcc dot gnu.org
, ||segher at gcc dot gnu.org --- Comment #1 from Segher Boessenkool --- This is fixed on trunk. Peter, does that need a backport still?

[Bug target/88234] UBsan and runtime error: signed integer overflow using unsigned vector

2018-12-06 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88234 Segher Boessenkool changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug inline-asm/85185] Wider-than-expected load for struct member used as operand of inline-asm with memory clobber at -Og

2018-12-06 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85185 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org

[Bug testsuite/88332] [9 regression] gcc.dg/Wattributes-10.c fails starting with r265728

2018-12-05 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88332 --- Comment #10 from Segher Boessenkool --- You have /* { dg-error "alignment of 's' is greater" "" { target pdp11*-*-* } } */ (the "" was added in r265741, the source tree I looked at wasn't up-to-date). dg.exp says this is # dg-error regexp

[Bug testsuite/88332] [9 regression] gcc.dg/Wattributes-10.c fails starting with r265728

2018-12-05 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88332 --- Comment #8 from Segher Boessenkool --- "target pdp11*-*-*" is the _comment_ argument to dg-error here as written; that's why it is displayed in the summary like that, too. I don't see why it doesn't fail on most systems though, hrm. FWIW,

[Bug tree-optimization/71109] gcc ICE at -O3 on valid code on x86_64-linux-gnu in "maybe_record_trace_start"

2018-12-03 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71109 --- Comment #11 from Segher Boessenkool --- So should we close it as WORKSFORME?

[Bug target/88234] UBsan and runtime error: signed integer overflow using unsigned vector

2018-11-29 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88234 --- Comment #9 from Segher Boessenkool --- (In reply to Jeffrey Walton from comment #8) > Yeah, I tried to convert to the C/C++ pointer dereference pattern several > times as shown in the literature. I.e., this: > > byte x[16]; > uint8x16_p

[Bug target/88234] UBsan and runtime error: signed integer overflow using unsigned vector

2018-11-28 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88234 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/88233] combine fails to merge insns leaving unneeded reg copies

2018-11-27 Thread segher at gcc dot gnu.org
||2018-11-28 Assignee|unassigned at gcc dot gnu.org |segher at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Segher Boessenkool --- Confirmed. We start with insn_cost 12 for 6: r121:TI=[r124:DI] REG_DEAD

[Bug rtl-optimization/87902] [9 Regression] Shrink-wrapping multiple conditions

2018-11-27 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87902 --- Comment #8 from Segher Boessenkool --- (In reply to Ilya Leoshkevich from comment #7) > Apparently, for this specific case doing more of hard register copy > propagation is enough. I've just tried running pass_cprop_hardreg > before

[Bug target/88055] ICE in extract_insn, at recog.c:2305 on ppc64le

2018-11-26 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88055 --- Comment #5 from Segher Boessenkool --- See rs6000.c:validate_condition_mode. This is: r36191 (from 2000), original; r39610 (from 2001), -ffast-math; r40300 (from 2001), -funsafe-math-optimizations; r55904 (from 2002), -ffinite-math-only.

[Bug target/88055] ICE in extract_insn, at recog.c:2305 on ppc64le

2018-11-22 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88055 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|2018-11-16

[Bug c/88088] -Wtrampolines should be enabled by -Wall (or -Wextra)

2018-11-21 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88088 --- Comment #18 from Segher Boessenkool --- Your "trivial rewrite" does not work at all (you didn't modify "h"). It isn't trivial to avoid this warning at all, which was half of my point. The other half is that we should not warn that the

[Bug c/88088] -Wtrampolines should be enabled by -Wall (or -Wextra)

2018-11-21 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88088 --- Comment #16 from Segher Boessenkool --- Something as trivial as this === void h(int (*)(void)); void f(int x) { int g(void) { return x; } h(g); } === will already do. *Anything* that needs trampolines will do.

[Bug rtl-optimization/85925] [7/8/9 regression] compilation of masking with 257 goes wrong in combine at -02

2018-11-21 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85925 --- Comment #31 from Segher Boessenkool --- It needs some certain bitfield layout, so this is not portable and should only be run for those targets it is meant for (x86?)

[Bug c/88088] -Wtrampolines should be enabled by -Wall (or -Wextra)

2018-11-21 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88088 --- Comment #14 from Segher Boessenkool --- It is *not* a security issue for many environments, and the warning warns whenever you use a useful feature. It is very hard to avoid the warning if you use this feature (you need to stop using the

[Bug rtl-optimization/87871] [9 Regression] testcases fail after r265398 on arm

2018-11-20 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871 --- Comment #5 from Segher Boessenkool --- The first one just needs an xfail. I don't know if it should be *-*-* there or only arm*-*-* should be added. The other two need some debugging by someone who knows the target and/or these tests.

<    1   2   3   4   5   6   7   8   9   10   >