[Bug testsuite/112728] gcc.dg/scantest-lto.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112728 --- Comment #3 from Jorn Wolfgang Rennecke --- (In reply to Rainer Orth from comment #0) > The gcc.dg/scantest-lto.c FAILs on quite a number of targets: ... > * On Darwin, the __TEXT,__eh_frame contains .ascii because the assembler > lacks

[Bug target/112651] RISC-V Vector new option -mvect-lmul required to force LMUL values (rather than --param=riscv-autovec-lmul to hint at values)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112651 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug target/112537] Is there a way to disable cpymem pass for rvv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112537 --- Comment #13 from Jorn Wolfgang Rennecke --- Before we can consider any costs, we first have to know what they are. Is there any manual for a hardware implementation that specifies costs?

[Bug target/112537] Is there a way to disable cpymem pass for rvv

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112537 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug testsuite/111298] time-profiler-2.c flaky on glibc RISC-V

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111298 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug testsuite/111658] New: test-function-bodies fails to find functions with single-letter names

Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org Target Milestone: --- When you use check-function-bodies with a function that has a single-letter name, the start regexp set by configure_check

[Bug testsuite/110951] [13/14] RISCV: rv32 newlib gcc.c-torture testsuite fails with xgcc: fatal error: Cannot find suitable multilib set for '-march=rv32imafdc_zicsr_zifencei'/'-mabi=ilp32d'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110951 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug target/111566] RISC-V Vector Fortran: ICE in final_scan_insn_1 (final RTL pass)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566 --- Comment #5 from Jorn Wolfgang Rennecke --- I had a look at riscv_legitimize_move. It doesn't seem to suffer from quite the same problem as legitimize_move does, but it could if another problem was fixed: riscv_legitimize_move changes the

[Bug target/111566] RISC-V Vector Fortran: ICE in final_scan_insn_1 (final RTL pass)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566 --- Comment #4 from Jorn Wolfgang Rennecke --- Also, the GET_MODE_BITSIZE (mode).to_constant () <= MAX_BITS_PER_WORD in the *mov_mem_to_mem splitter can generate unaligned accesses, yet it is not guarded by a check that the target supports

[Bug target/111566] RISC-V Vector Fortran: ICE in final_scan_insn_1 (final RTL pass)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566 --- Comment #3 from Jorn Wolfgang Rennecke --- riscv-v.cc:legitimize_move has: if (MEM_P (dest) && !REG_P (src)) src = force_reg (mode, src); return false; since src is passed by value, this is pointless. The

[Bug target/111566] RISC-V Vector Fortran: ICE in final_scan_insn_1 (final RTL pass)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug target/111020] RFE: RISC-V: ability to cherry-pick additional instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111020 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug libstdc++/100361] gcc-11 for msp430-elf fails to build: src/c++17/floating_to_chars.cc:107: d2fixed_full_table.h:1283:23: error: size of array ‘POW10_SPLIT_2’ exceeds maximum object size ‘32767’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361 --- Comment #8 from Jorn Wolfgang Rennecke --- Bootstrapped and regression tested on x86_64-pc-linux-gnu.

[Bug libstdc++/100361] gcc-11 for msp430-elf fails to build: src/c++17/floating_to_chars.cc:107: d2fixed_full_table.h:1283:23: error: size of array ‘POW10_SPLIT_2’ exceeds maximum object size ‘32767’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361 Jorn Wolfgang Rennecke changed: What|Removed |Added Attachment #50837|0 |1 is obsolete|

[Bug libstdc++/100361] gcc-11 for msp430-elf fails to build: src/c++17/floating_to_chars.cc:107: d2fixed_full_table.h:1283:23: error: size of array ‘POW10_SPLIT_2’ exceeds maximum object size ‘32767’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361 --- Comment #5 from Jorn Wolfgang Rennecke --- (In reply to Patrick Palka from comment #3) > Btw, we already disable the floating-point to_chars on targets without a > binary64 double. So is our test for detecting binary64 not accurate

[Bug libstdc++/100361] gcc-11 for msp430-elf fails to build: src/c++17/floating_to_chars.cc:107: d2fixed_full_table.h:1283:23: error: size of array ‘POW10_SPLIT_2’ exceeds maximum object size ‘32767’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361 --- Comment #4 from Jorn Wolfgang Rennecke --- Created attachment 50837 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50837=edit Proposed patch This patch fixes the problem for eSi-RISC and bootstraps on x86_64-pc-linux-gnu , with

[Bug libstdc++/100361] gcc-11 for msp430-elf fails to build: src/c++17/floating_to_chars.cc:107: d2fixed_full_table.h:1283:23: error: size of array ‘POW10_SPLIT_2’ exceeds maximum object size ‘32767’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877 Jorn Wolfgang Rennecke changed: What|Removed |Added Attachment #46574|0 |1 is obsolete|

[Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877 --- Comment #15 from Jorn Wolfgang Rennecke --- Created attachment 46574 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46574=edit patch for the case that the stack is sufficiently aligned (In reply to dave.anglin from comment #11) > $sp

[Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877 --- Comment #13 from Jorn Wolfgang Rennecke --- (In reply to Hans-Peter Nilsson from comment #12) > (In reply to Jorn Wolfgang Rennecke from comment #10) > > Created attachment 46567 [details] > > Fix for targets that pass the argument by

[Bug tree-optimization/40073] Vector short/char shifts generate sub-optimal code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40073 --- Comment #16 from Jorn Wolfgang Rennecke --- Going from gcc 8.2 to gcc 9.1, I find the following two test cases are now autovectorized: /* { dg-do compile } */ /* { dg-options "-O3" } */ /* Test auto-vectorization */ #include

[Bug middle-end/84877] Local stack copy of BLKmode parameter on the stack is not aligned when the requested alignment exceeds MAX_SUPPORTED_STACK_ALIGNMENT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug testsuite/91065] gcc.dg/plugin/start_unit_plugin.c uses ggc memory without registering a root_tab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91065 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug testsuite/91065] gcc.dg/plugin/start_unit_plugin.c uses ggc memory without registering a root_tab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91065 --- Comment #2 from Jorn Wolfgang Rennecke --- Author: amylaar Date: Wed Jul 3 00:22:53 2019 New Revision: 272954 URL: https://gcc.gnu.org/viewcvs?rev=272954=gcc=rev Log: PR testsuite/91065 *

[Bug ipa/91062] gcc.dg/ipa/ipa-pta-1.c dump contains garbage when gcc was configured with --enable-checking=all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91062 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||rguenth at gcc dot gnu.org ---

[Bug testsuite/91065] gcc.dg/plugin/start_unit_plugin.c uses ggc memory without registering a root_tab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91065 Jorn Wolfgang Rennecke changed: What|Removed |Added Keywords||patch --- Comment #1 from Jorn

[Bug testsuite/91065] New: gcc.dg/plugin/start_unit_plugin.c uses ggc memory without registering a root_tab

: GC Severity: normal Priority: P3 Component: testsuite Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org Target Milestone: --- Host: x86_64-pc-linux-gnu (probably doesn't really matter) Target

[Bug ipa/91062] gcc.dg/ipa/ipa-pta-1.c dump contains garbage when gcc was configured with --enable-checking=all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91062 --- Comment #1 from Jorn Wolfgang Rennecke --- Similarly, gcc.dg/torture/ipa-pta-1.c fails four scan tests because ipa-pta-1.c.083i.pta2 gets corrupted in the ENABLE_GC_ALWAYS_COLLECT scenario.

[Bug ipa/91062] New: gcc.dg/ipa/ipa-pta-1.c dump contains garbage when gcc was configured with --enable-checking=all

Keywords: GC Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org CC: marxin at gcc dot gnu.org Target Milestone: --- Host: x86_64-pc-linux-gnu

[Bug tree-optimization/66726] missed optimization, factor conversion out of COND_EXPR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66726 --- Comment #21 from Jorn Wolfgang Rennecke --- Author: amylaar Date: Mon Jul 1 21:48:55 2019 New Revision: 272911 URL: https://gcc.gnu.org/viewcvs?rev=272911=gcc=rev Log: PR middle-end/66726 * tree-ssa-phiopt.c

[Bug tree-optimization/40073] Vector short/char shifts generate sub-optimal code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40073 --- Comment #14 from Jorn Wolfgang Rennecke --- (In reply to Jorn Wolfgang Rennecke from comment #12) > If we are right shifting a signed type, we could apply a MAX operation to the > shift count. Oops, I mean MIN of course. So that we can

[Bug tree-optimization/40073] Vector short/char shifts generate sub-optimal code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40073 --- Comment #13 from Jorn Wolfgang Rennecke --- If the shifted value is 16 bit and int is 32 bit wide, then, depending on target costs, instead of a vector compare, we might decide to use a sign extract of bit 4 of the shift count instead.

[Bug tree-optimization/40073] Vector short/char shifts generate sub-optimal code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40073 --- Comment #12 from Jorn Wolfgang Rennecke --- If we are left shifting a narrow signed type for the result, and no defined overflow semantics are in place, it should be OK to just vectorize the code using the result type. If we are right

[Bug tree-optimization/40073] Vector short/char shifts generate sub-optimal code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40073 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug tree-optimization/44976] reductions with short variables do not get vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44976 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug other/39363] [meta-bug] pending patches from ARC International (UK) Ltd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39363 Bug 39363 depends on bug 39302, which changed state. Bug 39302 Summary: [meta-bug] bugs waiting for Copyright Assignment acknowledgemt for ARC International (UK) Ltd https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39302 What|Removed

[Bug other/39302] [meta-bug] bugs waiting for Copyright Assignment acknowledgemt for ARC International (UK) Ltd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39302 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug rtl-optimization/55531] peephole2 pattern with multiple insns with match_parallel insn causes corrupted peephole2_insns matching function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55531 --- Comment #2 from Jorn Wolfgang Rennecke --- (In reply to Eric Gallager from comment #1) > so this is... what, wrong-code? ice-on-valid-code? build? > > (I should go to bed instead of trying to figure this out...) ice-on-valid-code, and

[Bug target/85993] config/sh/sh.c:10878: suspicious if .. else chain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85993 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||olegendo at gcc dot gnu.org

[Bug other/44032] internals documentation is not legally safe to use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44032 --- Comment #4 from Jorn Wolfgang Rennecke --- (In reply to Eric Gallager from comment #3) > Is this fixed in the same way that bug 44035 was fixed? No. 44035 was about the inability to fix, 44032 is about the actual licensing state of the

[Bug other/44035] internals documentation cannot be fixed without new GFDL license grants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44035 --- Comment #7 from Jorn Wolfgang Rennecke --- (In reply to jos...@codesourcery.com from comment #6) > Since we have docstring relicensing maintainers, I don't think this is an > issue now. Oops, that slipped my mind. Indeed, we can consider

[Bug other/44035] internals documentation cannot be fixed without new GFDL license grants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44035 --- Comment #5 from Jorn Wolfgang Rennecke --- (In reply to Eric Gallager from comment #4) > Does this really need to have "blocker" importance? It has gone several > years without actually blocking any releases. The license issue has blocked a

[Bug tree-optimization/38785] [6/7/8 Regression] huge performance regression on EEMBC bitmnp01

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38785 --- Comment #50 from Jorn Wolfgang Rennecke --- It certainly is the case that the merit of an optimization can often not be evaluated until forther optimization passes are done. In fact, as an assembly programmer, evaluating potential

[Bug rtl-optimization/29854] reload_combine looses track of uses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29854 --- Comment #8 from Jorn Wolfgang Rennecke --- revision 149282: 2009-07-06 J"orn Rennecke Kaz Kojima PR rtl-optimization/30807 * postreload.c (reload_combine): For

[Bug tree-optimization/28144] floating point constant -> byte/char/short conversion is wrong for java

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28144 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[Bug other/29842] [meta-bug] outstanding patches / issues from STMicroelectronics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29842 Bug 29842 depends on bug 28144, which changed state. Bug 28144 Summary: floating point constant -> byte/char/short conversion is wrong for java https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28144 What|Removed

[Bug tree-optimization/27394] double -> char conversion varies with optimization level

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27394 Bug 27394 depends on bug 28144, which changed state. Bug 28144 Summary: floating point constant -> byte/char/short conversion is wrong for java https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28144 What|Removed

[Bug c++/68767] [6 regression] spurious warning: null argument where non-null required

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68767 --- Comment #11 from Jorn Wolfgang Rennecke --- (In reply to Jakub Jelinek from comment #10) > Of course, the question is if the warning isn't really desirable, the user > should really just choose some non-NULL magic value to pass in the >

[Bug middle-end/68767] spurious warning: null argument where non-null required

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68767 --- Comment #3 from Jorn Wolfgang Rennecke --- (In reply to Manuel López-Ibáñez from comment #2) > I don't understand. It is indeed passing NULL to a non-null function. What > is wrong with the warning? When you look at the original testcase

[Bug middle-end/68767] New: spurious warning: null argument where non-null required

Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org Target Milestone: --- This test, compiled with g++ -c -Werror -Wall: // { dg-do compile } // { dg-options "-Werror -Wall"

[Bug libgcc/66883] config/epiphany/udivsi3-float.c:52: bad if test ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66883 --- Comment #2 from Jorn Wolfgang Rennecke --- Author: amylaar Date: Fri Oct 23 11:57:26 2015 New Revision: 229236 URL: https://gcc.gnu.org/viewcvs?rev=229236=gcc=rev Log: PR libgcc/66883 * config/epiphany/udivsi3-float.c: Fix

[Bug other/39374] reload is too earer to re-use reload registers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39374 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Created attachment 35011 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35011action=edit gcc14:/home/amylaar/pr39374/pr39374-diff

[Bug other/39374] reload is too earer to re-use reload registers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39374 --- Comment #2 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Created attachment 35012 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35012action=edit gcc14:/home/amylaar/pr39374/pr39374-r14476

[Bug target/64003] valgrind complains about get_attr_length_nobnd in insn-attrtab.c from i386.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64003 --- Comment #13 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to David Malcolm from comment #6) If I'm reading things right, this loop in shorten_branches populates insn_lengths[uid] in order of the NEXT_INSN () iteration

[Bug target/64003] valgrind complains about get_attr_length_nobnd in insn-attrtab.c from i386.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64003 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added CC

[Bug target/64003] valgrind complains about get_attr_length_nobnd in insn-attrtab.c from i386.md

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64003 --- Comment #18 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to Ilya Enkovich from comment #17) If I understand the problem correctly the root is in attempt to get length of following instructions computing length

[Bug other/39363] [meta-bug] pending patches from ARC International (UK) Ltd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39363 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Depends on|31634

[Bug pch/31634] *_SECTION_ASM_OP storage has undocumented constraints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31634 --- Comment #4 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- 31634 used to be relevant for ARC, but that port has since ceased to support changing the name if TEXT_SECTION_ASM_OP etc. by command line option, and uses now a string

[Bug target/39346] no mxp target port

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39346 --- Comment #2 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- target/39346, other/39347 and other/39348 are no longer relevant to other/39363, because the Successor of ARC International (UK) Ltd, Synopsys, does not offer an mxp option

[Bug other/39363] [meta-bug] pending patches from ARC International (UK) Ltd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39363 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Depends on|39347, 39348

[Bug target/63223] [avr] Make jumptables work with -Wl,--section-start,.text=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223 --- Comment #9 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to Georg-Johann Lay from comment #8) (In reply to Jorn Wolfgang Rennecke from comment #4) (In reply to Georg-Johann Lay from comment #1) do_global_dtors

[Bug target/63223] [avr] Make jumptables work with -Wl,--section-start,.text=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223 --- Comment #10 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Created attachment 33768 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33768action=edit patch for dtor direction I have this patch for fixing the direction

[Bug target/63223] [avr] Make jumptables work with -Wl,--section-start,.text=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added CC

[Bug target/63223] [avr] Make jumptables work with -Wl,--section-start,.text=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223 --- Comment #5 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- I also observe that the cpi/cpc/brne idiom that is used throughout - before and after your patch - is nonsentical.

[Bug target/63223] [avr] Make jumptables work with -Wl,--section-start,.text=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223 --- Comment #6 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to Jorn Wolfgang Rennecke from comment #4) However, you now made it all the way use an incorrect order - starting at the end and incrementing from there. Oops

[Bug target/63223] [avr] Make jumptables work with -Wl,--section-start,.text=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63223 --- Comment #7 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to Jorn Wolfgang Rennecke from comment #5) I also observe that the cpi/cpc/brne idiom that is used throughout - before and after your patch - is nonsentical

[Bug rtl-optimization/61017] New: lra aborts on optional match_scratch

-optimization Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org CC: vmakarov at gcc dot gnu.org lra is still not able to compile libgcc2 for ARC: ./cc1 libgcc2.i -O2 -mlra ../../../../unisrc-209293-arc/libgcc/libgcc2.c:2105:1: internal

[Bug rtl-optimization/61017] lra aborts on optional match_scratch

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61017 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Created attachment 32717 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32717action=edit preprocessed libgcc file

[Bug other/60824] New: meta-bug: issues waiting for gcc 4.10 phase 1

Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org

[Bug rtl-optimization/60651] Mode switching instructions are sometimes emitted in the wrong order

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651 --- Comment #3 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- This patch: http://gcc.gnu.org/ml/gcc-patches/2014-04/msg00091.html has been approved for gcc4.10, modulo one spelling fix: http://gcc.gnu.org/ml/gcc-patches/2014-04

[Bug middle-end/59049] Two VOIDmode constant in comparison passed to cstoresi4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59049 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug target/60811] arc/arc.c:2135: possible bad argument to abs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60811 --- Comment #3 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Author: amylaar Date: Fri Apr 11 18:04:43 2014 New Revision: 209311 URL: http://gcc.gnu.org/viewcvs?rev=209311root=gccview=rev Log: PR target/60811 * config

[Bug rtl-optimization/60651] Mode switching instructions are sometimes emitted in the wrong order

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651 --- Comment #4 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Author: amylaar Date: Fri Apr 11 18:12:53 2014 New Revision: 209312 URL: http://gcc.gnu.org/viewcvs?rev=209312root=gccview=rev Log: gcc: PR rtl-optimization/60651

[Bug rtl-optimization/60651] Mode switching instructions are sometimes emitted in the wrong order

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651 --- Comment #5 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Author: amylaar Date: Fri Apr 11 18:27:45 2014 New Revision: 209318 URL: http://gcc.gnu.org/viewcvs?rev=209318root=gccview=rev Log: gcc/testsuite: PR rtl

[Bug other/60824] meta-bug: issues waiting for gcc 4.10 phase 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60824 Bug 60824 depends on bug 60651, which changed state. Bug 60651 Summary: Mode switching instructions are sometimes emitted in the wrong order http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651 What|Removed |Added

[Bug rtl-optimization/60651] Mode switching instructions are sometimes emitted in the wrong order

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug target/60811] arc/arc.c:2135: possible bad argument to abs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60811 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|NEW

[Bug other/60824] meta-bug: issues waiting for gcc 4.10 phase 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60824 Bug 60824 depends on bug 60811, which changed state. Bug 60811 Summary: arc/arc.c:2135: possible bad argument to abs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60811 What|Removed |Added

[Bug other/60824] meta-bug: issues waiting for gcc 4.10 phase 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60824 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug rtl-optimization/60757] combine uses exponential time in nonzero_bits1 recursion

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60757 --- Comment #3 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Created attachment 32544 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32544action=edit typescript with backtrace It appears that some other epiphany patches I had

[Bug rtl-optimization/60757] combine uses exponential time in nonzero_bits1 recursion

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60757 --- Comment #4 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to Jorn Wolfgang Rennecke from comment #3) Created attachment 32544 [details] typescript with backtrace It appears that some other epiphany patches I had

[Bug rtl-optimization/60749] New: combine is overly cautious when operating on volatile memory references

-optimization Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org Blocks: 53938 Curtesy of volatile_ok / init_recog_no_volatile, combine will reject any

[Bug rtl-optimization/60757] New: combine uses exponential time in nonzero_bits1 recursion

Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org Created attachment 32540 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32540action=edit pruned down testcase With a small fix to the rtx_costs

[Bug rtl-optimization/60757] combine uses exponential time in nonzero_bits1 recursion

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60757 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Created attachment 32541 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32541action=edit epiphany cost fix that triggers combine exponential behaviour

[Bug rtl-optimization/60651] Mode switching instructions are sometimes emitted in the wrong order

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651 --- Comment #2 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Created attachment 32526 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32526action=edit preprocessed libjava file With the latest proposed patch, we get an assertion

[Bug rtl-optimization/60651] New: Mode switching instructions are sometimes emitted in the wrong order

Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org Target: epiphany-*-* As dicussed at http://forums.parallella.org/viewtopic.php?f=13t=1053sid=2d28ee29b5dd3c591d947074f46ac752p=6654

[Bug rtl-optimization/60651] Mode switching instructions are sometimes emitted in the wrong order

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60651 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- Created attachment 32447 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32447action=edit patch The attached patch implements this aforementioned insertion at the end

[Bug other/60040] AVR: error: unable to find a register to spill in class 'POINTER_REGS'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60040 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added CC

[Bug target/58400] gcc for h8300 internal compiler error: insn does not satisfy its constraints at fs/ext4/mballoc.c: In function 'mb_free_blocks':

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58400 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added CC

[Bug c++/2316] g++ fails to overload on language linkage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2316 --- Comment #50 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to Marc Glisse from comment #49) large pieces of my patch as nonsense). Fixing this particular issue should not be too hard, there must be a place

[Bug other/50925] [4.7/4.8/4.9 Regression][avr] ICE at spill_failure, at reload1.c:2118

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added CC

[Bug ipa/58253] IPA-SRA creates calls with different arguments that the callee accepts

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58253 --- Comment #8 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to Martin Jambor from comment #7) Thanks I have posted the updated patch (which checks for gimple_register_type rather than non-BLKmode) FWIW, it is possible

[Bug tree-optimization/58253] IPA-SRA creates calls with different arguments that the callee accepts

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58253 --- Comment #6 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to Martin Jambor from comment #1) But again, I am not really sure what the semantics of alignment of scalar PARM_DECL is. The relevance of various type

[Bug middle-end/59327] New: warning in expand_used_vars

Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: amylaar at gcc dot gnu.org CC: jakub at redhat dot com Code added this morning to cfgexpand.c:expand_used_vars causes a warning: g++ -c -g -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions

[Bug middle-end/59327] warning in expand_used_vars

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59327 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- The warning also happens when using g++ (GCC) 4.9.0 20131128 (experimental), and when building gcc for target epiphany-elf.

[Bug middle-end/59327] warning in expand_used_vars

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59327 --- Comment #2 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- sz is HOST_WIDE_INT, ASAN_RED_ZONE_SIZE is an int literal, and data.asan_alignb is an unsigned int. With 32 bit int and HOST_WIDE_INT, this results in a 32 bit signed

[Bug middle-end/59327] [4.9 Regression] warning in expand_used_vars

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59327 --- Comment #4 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #3) Created attachment 31318 [details] gcc49-pr59327.patch Untested fix. This allows arc-elf and arc-epiphany configureed

[Bug target/18335] [4.7/4.8/4.9 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/debug/debug-1.c and debug-2 xyzzy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18335 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added CC

[Bug middle-end/59049] Two VOIDmode constant in comparison passed to cstoresi4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59049 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Keywords||patch

[Bug middle-end/59049] Two VOIDmode constant in comparison passed to cstoresi4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59049 --- Comment #8 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org --- (In reply to Richard Biener from comment #7) That is, sth like Index: gcc/tree-ssa-ter.c === --- gcc

  1   2   3   4   5   6   7   >