[Bug rtl-optimization/57032] [4.9/5 Regression]: internal compiler error: Max. number of generated reload insns per insn is achieved (90)

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57032 Oleg Endo changed: What|Removed |Added CC||olegendo at gcc dot gnu.org --- Comment #6 f

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #19 from Oleg Endo --- (In reply to Oleg Endo from comment #18) > Created attachment 33489 [details] > Reduced case for MAX_RELOAD_INSNS_NUMBER > > This fails when compiling with -O2 -m2e -m{l|b} with: > > curr_insn = (insn 713 115

[Bug target/63260] New: [SH] fabs, fneg do not need fp-mode setting and do not use fpscr

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63260 Bug ID: 63260 Summary: [SH] fabs, fneg do not need fp-mode setting and do not use fpscr Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #18 from Oleg Endo --- Created attachment 33489 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33489&action=edit Reduced case for MAX_RELOAD_INSNS_NUMBER This fails when compiling with -O2 -m2e -m{l|b} with: curr_insn = (insn

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #17 from Oleg Endo --- Author: olegendo Date: Sat Sep 13 22:13:56 2014 New Revision: 215247 URL: https://gcc.gnu.org/viewcvs?rev=215247&root=gcc&view=rev Log: PR target/55212 * lra-constraints.c: Print insn when hitting MAX_RELOAD_IN

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #16 from Oleg Endo --- (In reply to Oleg Endo from comment #5) > Compiling the gcc.dg/atomic/c11-atomic-exec-4.c test case with '-O2 -m4 -ml > -matomic-model=soft-gusa' results in the following: > This problem seems to be gone now,

[Bug target/63256] [5.0 regression] FAIL: gcc.dg/sms-8.c scan-rtl-dump-times sms "SMS succeeded" 0

2014-09-13 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63256 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #15 from Oleg Endo --- (In reply to Oleg Endo from comment #14) > Author: olegendo > Date: Sat Sep 13 21:32:27 2014 > New Revision: 215246 > > URL: https://gcc.gnu.org/viewcvs?rev=215246&root=gcc&view=rev > Log: > PR target/55212 > *

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #14 from Oleg Endo --- Author: olegendo Date: Sat Sep 13 21:32:27 2014 New Revision: 215246 URL: https://gcc.gnu.org/viewcvs?rev=215246&root=gcc&view=rev Log: PR target/55212 * Apply patch from https://gcc.gnu.org/ml/gcc/2014-04/msg0

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #13 from Oleg Endo --- Author: olegendo Date: Sat Sep 13 20:40:21 2014 New Revision: 215244 URL: https://gcc.gnu.org/viewcvs?rev=215244&root=gcc&view=rev Log: PR target/55212 * Remove LEGITIMIZE_RELOAD_ADDRESS and sh_legitimize_reloa

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #12 from Oleg Endo --- (In reply to Oleg Endo from comment #11) > Author: olegendo > Date: Sat Sep 13 20:21:00 2014 > New Revision: 215243 > > URL: https://gcc.gnu.org/viewcvs?rev=215243&root=gcc&view=rev > Log: > PR target/55212 > *

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #11 from Oleg Endo --- Author: olegendo Date: Sat Sep 13 20:21:00 2014 New Revision: 215243 URL: https://gcc.gnu.org/viewcvs?rev=215243&root=gcc&view=rev Log: PR target/55212 * predicates.md (general_movsrc_operand, general_movdst_o

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #10 from Oleg Endo --- (In reply to Oleg Endo from comment #9) > > The next failure is: > > gcc-sh-lra-build-sh-elf/sh-elf/libstdc++-v3/include/bits/locale_facets_nonio. > h:1564:66: internal compiler error: in set_address_disp, at

[Bug bootstrap/63235] building fails with --disable-bootstrap

2014-09-13 Thread andi-gcc at firstfloor dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235 --- Comment #11 from Andi Kleen --- Actually I now get similar errors when doing a standard (LTO) boot strap and running the test suite. Several tests in the test suite fail with the same ICE. That's surprising, I thought the test suite is done

[Bug bootstrap/63253] boot strap failure due to ODR warnings

2014-09-13 Thread trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63253 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Co

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #9 from Oleg Endo --- (In reply to Oleg Endo from comment #8) > Author: olegendo > Date: Sat Sep 13 18:53:54 2014 > New Revision: 215241 > > URL: https://gcc.gnu.org/viewcvs?rev=215241&root=gcc&view=rev > Log: > PR target/55212 > * p

[Bug middle-end/61853] [4.9/5 Regression] ICE: SIGSEGV in store_field

2014-09-13 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853 --- Comment #11 from John David Anglin --- This is probably a bug in pa_function_value. Nominally, we return 5 to 8 byte aggregate values in a BLKmode because of the odd right justification of the object. However in this case, we have a DFmode

[Bug middle-end/63244] [4.9 regression] internal compiler error: Segmentation fault (program cc1plus)

2014-09-13 Thread nheghathivhistha at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63244 --- Comment #8 from David Kredba --- I tried gdb and follow-fork-mode child and bt is repeating below for me. -cut- #101591 0x00e99a17 in d_print_comp (dpi=dpi@entry=0x7fff9200, options=options@entry=0, dc=) at /var/tmp/portage/s

[Bug bootstrap/63253] boot strap failure due to ODR warnings

2014-09-13 Thread andi-gcc at firstfloor dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63253 --- Comment #2 from Andi Kleen --- I still need to revert this commit to be able to bootstrap. With that it works. commit d585ba22a6b4250b0d819d3d7da72f7dd37e2981 Author: hubicka Date: Thu Sep 11 23:16:42 2014 + * common.opt (flt

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #8 from Oleg Endo --- Author: olegendo Date: Sat Sep 13 18:53:54 2014 New Revision: 215241 URL: https://gcc.gnu.org/viewcvs?rev=215241&root=gcc&view=rev Log: PR target/55212 * predicates.md (general_movsrc_operand, general_movdst_op

[Bug target/51244] [SH] Inefficient conditional branch and code around T bit

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244 --- Comment #76 from Oleg Endo --- When compiling the libgcc divsc3 from PR 55212 with "-O2 -m2 -ml" (on sh-lra branch) the following sequences are generated: tst r0,r0 subcr0,r0 ! r0: T == 0 -> 0x, T == 1 ->

[Bug middle-end/61853] [4.9/5 Regression] ICE: SIGSEGV in store_field

2014-09-13 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853 --- Comment #10 from John David Anglin --- Gimple from expand: virtual ThePEG::Units::Energy ThePEG::ConstituentParticleData::_ZTv0_n64_NK6TheP EG23ConstituentParticleData15constituentMassEv() const (const struct Constituent ParticleData * const

[Bug rtl-optimization/63259] New: Detecting byteswap sequence

2014-09-13 Thread bisqwit at iki dot fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63259 Bug ID: 63259 Summary: Detecting byteswap sequence Product: gcc Version: 4.9.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #7 from Oleg Endo --- An issue similar to that in c#5 has been reported here: https://gcc.gnu.org/ml/gcc/2014-04/msg00273.html I've tried applying that patch, but it doesn't fix the issue in c#2 nor c#5.

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #6 from Oleg Endo --- Author: olegendo Date: Sat Sep 13 16:23:55 2014 New Revision: 215240 URL: https://gcc.gnu.org/viewcvs?rev=215240&root=gcc&view=rev Log: PR target/55212 * lra.c: fix comments. print insn before lra_assert. Modi

[Bug target/52897] gcc 4.7.0 generates worse code than gcc 3.4.6 for m68000

2014-09-13 Thread fdarkangel at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52897 --- Comment #6 from fdarkangel at gmail dot com --- I don't think hobbyist Sega Genesis devs are willing to hire gcc a hacker to solve the issue. My bet is no one in the world with money is using m68k. Why not drop m68k altogether then? There's

[Bug target/54699] [4.8/4.9/5 Regression] [SH] gfortran.dg/class_array_9.f03 ICEs

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54699 Oleg Endo changed: What|Removed |Added Depends on||55212 --- Comment #12 from Oleg Endo --- Th

[Bug target/58615] [SH] Optimize simple function returns

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58615 --- Comment #1 from Oleg Endo --- (In reply to Oleg Endo from comment #0) > > In cases where the prologue is trivial or consists of only a few > instructions, it would be better to return from the function directly, > instead of branching to th

[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg

2014-09-13 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #5 from Oleg Endo --- Compiling the gcc.dg/atomic/c11-atomic-exec-4.c test case with '-O2 -m4 -ml -matomic-model=soft-gusa' results in the following: beh (insn 207 206 208 6 (set (reg/f:SI 14 r14 [275]) (plus:SI (reg/f:SI 15

[Bug tree-optimization/63258] New: [5.0 regression] FAIL: gcc.dg/vect/costmodel/ppc/costmodel-slp-33.c scan-tree-dump-times vect "vectorization not profitable" 1

2014-09-13 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63258 Bug ID: 63258 Summary: [5.0 regression] FAIL: gcc.dg/vect/costmodel/ppc/costmodel-slp-33.c scan-tree-dump-times vect "vectorization not profitable" 1 Pro

[Bug middle-end/61853] [4.9/5 Regression] ICE: SIGSEGV in store_field

2014-09-13 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853 --- Comment #9 from John David Anglin --- Introduced in r202592: * tree-into-ssa.c (gate_into_ssa): New. (pass_data_build_ssa): Use it. * cgraph.h (expand_thunk): Update prototype. * cgraphunit.c (analyze_function): Expand thunks

[Bug target/55212] [SH] Switch from IRA to LRA

2014-09-13 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #4 from Oleg Endo --- (In reply to Oleg Endo from comment #2) > However, building __divsc3 still fails for -m2 -mb, now with the > following: > > beh 0 0 0 > (insn 1159 1008 1120 27 (set (reg:QI 625) > (mem/c:QI (plus:SI (reg

[Bug debug/63257] New: FAIL: gnat.dg/specs/debug1.ads scan-assembler-times DW_AT_artificial 17

2014-09-13 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63257 Bug ID: 63257 Summary: FAIL: gnat.dg/specs/debug1.ads scan-assembler-times DW_AT_artificial 17 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal

[Bug target/63256] New: [5.0 regression] FAIL: gcc.dg/sms-8.c scan-rtl-dump-times sms "SMS succeeded" 0

2014-09-13 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63256 Bug ID: 63256 Summary: [5.0 regression] FAIL: gcc.dg/sms-8.c scan-rtl-dump-times sms "SMS succeeded" 0 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: n

[Bug target/61387] [5 Regression] ~900 test failures on on x86_64-apple-darwin13 for g++ with -m64 after r211089

2014-09-13 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61387 Francois-Xavier Coudert changed: What|Removed |Added CC||fxcoudert at gcc dot gnu.org -

[Bug target/52897] gcc 4.7.0 generates worse code than gcc 3.4.6 for m68000

2014-09-13 Thread mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52897 --- Comment #5 from Mikael Pettersson --- I'm afraid that improving performance on m68k is not a high priority for most gcc developers. Interested parties may have to do the work themselves, or hire someone to do it for them.

[Bug tree-optimization/63255] New: [5.0 regression] FAIL: gcc.dg/lto/ipareference2 c_lto_ipareference2_0.o-c_lto_ipareference2_1.o execute -O1 -flto -flto-partition=1to1 -fwhole-program

2014-09-13 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63255 Bug ID: 63255 Summary: [5.0 regression] FAIL: gcc.dg/lto/ipareference2 c_lto_ipareference2_0.o-c_lto_ipareference2_1.o execute -O1 -flto -flto-partition=1to1 -fwho

[Bug rtl-optimization/52773] internal error: in replace_pseudos_in, at reload1.c:577

2014-09-13 Thread mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52773 --- Comment #11 from Mikael Pettersson --- Probably just needs pinging. FWIW I've had it in my 4.7 and 4.8 toolchains (for all my targets) since last summer w/o issues.

[Bug c/63233] Missing Warray-bounds warning for array within struct

2014-09-13 Thread mikpelinux at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63233 --- Comment #6 from Mikael Pettersson --- (In reply to leis from comment #5) > Fundamentally, what I'm really trying to do, is to have two arrays (of > different types) in a fixed-sized struct. One array grows from the front, > and one from the e

[Bug fortran/63252] [5 Regression] tree_class_check_failed

2014-09-13 Thread burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63252 Tobias Burnus changed: What|Removed |Added Target Milestone|--- |5.0

[Bug fortran/63252] [5 Regression] tree_class_check_failed

2014-09-13 Thread burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63252 Tobias Burnus changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNC

[Bug fortran/63252] [5 Regression] tree_class_check_failed

2014-09-13 Thread burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63252 --- Comment #2 from Tobias Burnus --- Author: burnus Date: Sat Sep 13 08:33:32 2014 New Revision: 215236 URL: https://gcc.gnu.org/viewcvs?rev=215236&root=gcc&view=rev Log: 2014-09-13 Tobias Burnus PR fortran/63252 * trans-dec

[Bug c++/60862] bad location in invalid conversion error

2014-09-13 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60862 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/60862] bad location in invalid conversion error

2014-09-13 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60862 --- Comment #3 from Marek Polacek --- Author: mpolacek Date: Sat Sep 13 07:54:40 2014 New Revision: 215235 URL: https://gcc.gnu.org/viewcvs?rev=215235&root=gcc&view=rev Log: PR c++/60862 * parser.c (cp_parser_postfix_expression) : Set