[Bug target/42839] New: gcc.target/mips/octeon-bbit-2.c failing for -mabi=64
trunk revision 155625 $ ../trunk/configure --target=mips64-linux --with-sysroot=/home/daney/mips64-linux --prefix=/home/daney/mips64-linux --with-arch=mips64r2 --enable-languages=c,c++ --disable-libmudflap make check-gcc RUNTESTFLAGS='--target_board=unix/\{,-mabi=64\} mips.exp=octeon*' Results in: . . . Running target unix//-mabi=64 Using /usr/share/dejagnu/baseboards/unix.exp as board description file for target. Using /usr/share/dejagnu/config/unix.exp as generic interface file for target. Using /home/daney/gccsvn/trunk/gcc/testsuite/config/default.exp as tool-and-target-specific interface file. WARNING: Assuming target board is the local machine (which is probably wrong). You may need to set your DEJAGNU environment variable. Running /home/daney/gccsvn/trunk/gcc/testsuite/gcc.target/mips/mips.exp ... FAIL: gcc.target/mips/octeon-bbit-2.c scan-assembler \tbnel\t FAIL: gcc.target/mips/octeon-bbit-2.c scan-assembler-not \tbne\t -- Summary: gcc.target/mips/octeon-bbit-2.c failing for -mabi=64 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: *-*-* GCC host triplet: *-*-* GCC target triplet: mips64-unknown-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42839
[Bug target/42839] [4.5 Regression] gcc.target/mips/octeon-bbit-2.c failing for -mabi=64
-- daney at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.5.0 Known to work||4.4.3 Summary|gcc.target/mips/octeon-bbit-|[4.5 Regression] |2.c failing for -mabi=64|gcc.target/mips/octeon-bbit- ||2.c failing for -mabi=64 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42839
[Bug target/42661] New: Documented -mmad option not accepted.
$ mips64-linux-gcc --version mips64-linux-gcc (GCC) 4.5.0 20091201 (experimental) [trunk revision 154864] The fine GCC documentation says: -mmad -mno-mad Enable (disable) use of the mad, madu and mul instructions, as provided by the R4650 ISA. I get: $ mips64-linux-gcc -march=r5000 -mmad -S hello.c cc1: error: unrecognized command line option -mmad $ mips64-linux-gcc -march=r5000 -mno-mad -S hello.c cc1: error: unrecognized command line option -mno-mad But these undocumented options are accpeted: $ mips64-linux-gcc -march=r5000 -mad -S hello.c $ mips64-linux-gcc -march=r5000 -mno-ad -S hello.c -- Summary: Documented -mmad option not accepted. Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: mips64-unknown-linux GCC host triplet: mips64-unknown-linux GCC target triplet: mips64-unknown-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42661
[Bug testsuite/42313] FAIL: gcc.target/i386/builtin-unreachable.c scan-assembler-not %e[bs]p on i686 darwin
--- Comment #5 from daney at gcc dot gnu dot org 2009-12-08 17:34 --- (In reply to comment #4) Mike Stump says that the frame can be optimized away on darwin. However, Apple's 4.2.1 compiler in darwin10 also appears to leave the stack frame... That compiler doesn't implement __builtin_unreachable(), so is irrelevant to the discussion of this bug. Of interest is why, in a leaf function that doesn't use the stack, the stack pointer is adjusted. A darwin hacker will probably have to look into it as I only have access to GNU/Linux targets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42313
[Bug testsuite/42313] FAIL: gcc.target/i386/builtin-unreachable.c scan-assembler-not %e[bs]p on i686 darwin
--- Comment #3 from daney at gcc dot gnu dot org 2009-12-07 17:27 --- It is failing because the redundant stack pointer adjustments are not being removed. This test is passing for me on i686-pc-linux-gnu at r154987, so I think it must be darwin specific. If for some reason darwin requires a stack frame, perhaps the: /* { dg-final { scan-assembler-not %e\[bs\]p } } */ part could be made conditional on darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42313
[Bug rtl-optimization/42164] [4.5 Regression] internal compiler error: in simplify_subreg, at simplify-rtx.c:5138
--- Comment #12 from daney at gcc dot gnu dot org 2009-12-04 17:46 --- Subject: Bug 42164 Author: daney Date: Fri Dec 4 17:46:23 2009 New Revision: 154987 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154987 Log: 2009-12-04 David Daney dda...@caviumnetworks.com PR rtl-optimization/42164 * combine.c (combine_simplify_rtx): Handle truncation of integer constants. 2009-12-04 David Daney dda...@caviumnetworks.com PR rtl-optimization/42164 * gcc.c-torture/compile/pr42164.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr42164.c Modified: trunk/gcc/ChangeLog trunk/gcc/combine.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
[Bug rtl-optimization/42164] [4.5 Regression] internal compiler error: in simplify_subreg, at simplify-rtx.c:5138
--- Comment #13 from daney at gcc dot gnu dot org 2009-12-04 18:20 --- Fixed by the patch. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
[Bug target/42164] [4.5 Regression] internal compiler error: in simplify_subreg, at simplify-rtx.c:5138
-- daney at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
[Bug target/42164] [4.5 Regression] internal compiler error: in simplify_subreg, at simplify-rtx.c:5138
--- Comment #9 from daney at gcc dot gnu dot org 2009-12-02 00:18 --- Created an attachment (id=19203) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19203action=view) More reduced testcase. A more reduced testcase. -- daney at gcc dot gnu dot org changed: What|Removed |Added Attachment #19193|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
[Bug target/42164] [4.5 Regression] internal compiler error: in simplify_subreg, at simplify-rtx.c:5138
--- Comment #10 from daney at gcc dot gnu dot org 2009-12-02 00:21 --- Created an attachment (id=19204) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19204action=view) A possible patch. This patch allows me to build the kernel without ICEing, but the resulting image will not fully boot, so there may still be bugs with this patch or elsewhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
[Bug target/42164] [4.5 Regression] internal compiler error: in simplify_subreg, at simplify-rtx.c:5138
--- Comment #11 from daney at gcc dot gnu dot org 2009-12-02 01:38 --- Created an attachment (id=19206) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19206action=view) A Patch that seems to actually work. The first patch was bogus. This patch actually works. I will test it. -- daney at gcc dot gnu dot org changed: What|Removed |Added Attachment #19204|0 |1 is obsolete|| AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
[Bug target/42164] mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138
--- Comment #8 from daney at gcc dot gnu dot org 2009-12-01 07:26 --- Created an attachment (id=19193) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19193action=view) Reduced testcase Configured as: ../trunk/configure --target=mips64-linux --with-sysroot=/home/daney/mips64-linux --prefix=/home/daney/mips64-linux --with-arch=mips64r2 --enable-languages=c,c++ mips64-linux-gcc -O2 -mabi=64 bug-42164.i bug-42164.i: In function swp_entry_to_pte: bug-42164.i:44:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138 -- daney at gcc dot gnu dot org changed: What|Removed |Added Attachment #19139|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
[Bug target/42164] mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138
-- daney at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|2009-12-01 07:27:09 |2009-12-01 07:27:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
[Bug target/42164] mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138
--- Comment #4 from daney at gcc dot gnu dot org 2009-11-25 01:10 --- (In reply to comment #2) (In reply to comment #1) Can you provide the preprocessed source? Sorry, the preprocessed source is too big, I can not paste it as comment, where can i attach it? Gzip it and attach it. We need the whole thing as well as tell us exactly how you compiled it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
[Bug rtl-optimization/40445] g++ void f() { __builtin_unreachable(); }
--- Comment #5 from daney at gcc dot gnu dot org 2009-07-25 20:25 --- Subject: Bug 40445 Author: daney Date: Sat Jul 25 20:25:18 2009 New Revision: 150090 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150090 Log: 2009-07-25 David Daney dda...@caviumnetworks.com PR rtl-optimization/40445 * emit-rtl.c (next_nonnote_insn_bb): New function. * rtl.h (next_nonnote_insn_bb): Declare new function. * cfgcleanup.c (try_optimize_cfg): Don't remove an empty block with no successors that is the successor of the ENTRY_BLOCK. Continue from the top after removing an empty fallthrough block. * cfgrtl.c (get_last_bb_insn): Call next_nonnote_insn_bb instead of next_nonnote_insn. 2009-07-25 David Daney dda...@caviumnetworks.com PR rtl-optimization/40445 * g++.dg/other/builtin-unreachable-1.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/other/builtin-unreachable-1.C Modified: trunk/gcc/ChangeLog trunk/gcc/cfgcleanup.c trunk/gcc/cfgrtl.c trunk/gcc/emit-rtl.c trunk/gcc/rtl.h trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40445
[Bug rtl-optimization/40445] g++ void f() { __builtin_unreachable(); }
--- Comment #6 from daney at gcc dot gnu dot org 2009-07-26 05:05 --- Should be fixed by the patch. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40445
[Bug rtl-optimization/40519] [4.5 Regression] ICE with -O2 -ftracer __builtin_unreachable()
--- Comment #5 from daney at gcc dot gnu dot org 2009-07-26 05:08 --- Both patches in comment #1 are now committed. This should now be fixed. -- daney at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40519
[Bug rtl-optimization/40519] [4.5 Regression] ICE with -O2 -ftracer __builtin_unreachable()
--- Comment #6 from daney at gcc dot gnu dot org 2009-07-26 05:08 --- Fixed. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40519
[Bug target/39079] MIPS: __builtin___clear_cache() broken on SMP ISA_HAS_SYNCI systems.
--- Comment #2 from daney at gcc dot gnu dot org 2009-07-10 22:50 --- Subject: Bug 39079 Author: daney Date: Fri Jul 10 22:49:52 2009 New Revision: 149500 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149500 Log: 2009-07-10 David Daney dda...@caviumnetworks.com PR target/39079 * testsuite/gcc.target/mips/mips.exp: Make -msynci a known option. * gcc.target/mips/clear-cache-1.c (dg-options): Add -msynci. 2009-07-10 David Daney dda...@caviumnetworks.com PR target/39079 * config.gcc (supported_defaults): Add synci. (with_synci): Add validation. (all_defaults): Add synci. * config/mips/mips.md (clear_cache): Use TARGET_SYNCI instead of ISA_HAS_SYNCI. (synci): Same. * config/mips/mips.opt (msynci): New option. * config/mips/mips.c (mips_override_options): Warn on use of -msynci for targets that do now support it. * gcc/config/mips/mips.h (OPTION_DEFAULT_SPECS): Add a default for msynci. * gcc/doc/invoke.texi (-msynci): Document the new option. * doc/install.texi (--with-synci): Document the new option. Modified: trunk/gcc/ChangeLog trunk/gcc/config.gcc trunk/gcc/config/mips/mips.c trunk/gcc/config/mips/mips.h trunk/gcc/config/mips/mips.md trunk/gcc/config/mips/mips.opt trunk/gcc/doc/install.texi trunk/gcc/doc/invoke.texi trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/mips/clear-cache-1.c trunk/gcc/testsuite/gcc.target/mips/mips.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39079
[Bug target/39079] MIPS: __builtin___clear_cache() broken on SMP ISA_HAS_SYNCI systems.
--- Comment #3 from daney at gcc dot gnu dot org 2009-07-10 22:52 --- Fixed by the patch. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39079
[Bug rtl-optimization/40445] g++ void f() { __builtin_unreachable(); }
--- Comment #4 from daney at gcc dot gnu dot org 2009-07-10 22:55 --- This is the proposed patch for this bug: http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01978.html -- daney at gcc dot gnu dot org changed: What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40445
[Bug rtl-optimization/40519] [4.5 Regression] ICE with -O2 -ftracer __builtin_unreachable()
--- Comment #4 from daney at gcc dot gnu dot org 2009-07-09 15:48 --- The patches in comment #1 fix the problem. If someone would review them we could probably close the bug. -- daney at gcc dot gnu dot org changed: What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40519
[Bug rtl-optimization/40519] ICE with -O2 -ftracer __builtin_unreachable()
--- Comment #1 from daney at gcc dot gnu dot org 2009-06-29 18:36 --- Do either of these patches fix the problem? http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01267.html http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01978.html -- daney at gcc dot gnu dot org changed: What|Removed |Added CC||daney at gcc dot gnu dot org Component|tree-optimization |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40519
[Bug rtl-optimization/40519] ICE with -O2 -ftracer __builtin_unreachable()
--- Comment #2 from daney at gcc dot gnu dot org 2009-06-29 22:50 --- Well the trunk at r149061 with both the afore mentioned patches applied does not exhibit the ICE for me on x86_64-pc-linux-gnu. Without the patches I obtain the ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40519
[Bug c++/40445] g++ void f() { __builtin_unreachable(); }
-- daney at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-06-21 14:18:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40445
[Bug c++/40445] g++ void f() { __builtin_unreachable(); }
--- Comment #3 from daney at gcc dot gnu dot org 2009-06-17 00:23 --- At r 148555 on x86_64-pc-linux-gnu I can confirm: [da...@dd_xps junk]$ /home/daney/gccsvn/native-clean/gcc/g++ -B/home/daney/gccsvn/native-clean/gcc/ -fomit-frame-pointer -m32 -S dd1.cc dd1.cc: In function void g(int): dd1.cc:4:1: internal compiler error: in remove_insn, at emit-rtl.c:3796 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. [da...@dd_xps junk]$ cat dd1.cc void g (int c) { __builtin_unreachable (); } [da...@dd_xps junk]$ /home/daney/gccsvn/native-clean/gcc/g++ -B/home/daney/gccsvn/native-clean/gcc/ -fomit-frame-pointer -m32 -S dd1.cc dd1.cc: In function void g(int): dd1.cc:4:1: internal compiler error: in remove_insn, at emit-rtl.c:3796 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. I will take a look. -- daney at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org |dot org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40445
[Bug c/39252] Request new feature __builtin_unreachable ()
--- Comment #13 from daney at gcc dot gnu dot org 2009-06-11 23:55 --- Subject: Bug 39252 Author: daney Date: Thu Jun 11 23:55:45 2009 New Revision: 148403 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=148403 Log: 2009-06-11 David Daney dda...@caviumnetworks.com PR c/39252 * doc/extend.texi ( __builtin_unreachable): Document new builtin. * builtins.c (expand_builtin_unreachable): New function. (expand_builtin): Handle BUILT_IN_UNREACHABLE case. * builtins.def (BUILT_IN_UNREACHABLE): Add new builtin. * cfgcleanup.c (try_optimize_cfg): Delete empty blocks with no successors. * cfgrtl.c (rtl_verify_flow_info): Handle empty blocks when searching for missing barriers. 2009-06-11 David Daney dda...@caviumnetworks.com PR c/39252 * gcc.dg/builtin-unreachable-1.c: New test. * gcc.dg/builtin-unreachable-2.c: Same. Added: trunk/gcc/testsuite/gcc.dg/builtin-unreachable-1.c trunk/gcc/testsuite/gcc.dg/builtin-unreachable-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/builtins.def trunk/gcc/cfgcleanup.c trunk/gcc/cfgrtl.c trunk/gcc/doc/extend.texi trunk/gcc/system.h trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39252
[Bug c/39252] Request new feature __builtin_unreachable ()
--- Comment #14 from daney at gcc dot gnu dot org 2009-06-12 00:29 --- Fixed by the patch. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39252
[Bug c/39252] Request new feature __builtin_not_reached();
--- Comment #11 from daney at gcc dot gnu dot org 2009-06-09 20:12 --- This is essentially __builtin_unreachable() for which I am working on a patch. http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00787.html -- daney at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39252
[Bug c/39252] Request new feature __builtin_not_reached();
--- Comment #12 from daney at gcc dot gnu dot org 2009-06-09 20:16 --- (In reply to comment #6) Wouldn't be a special noreturn clobber in inline asm better suited for this then? See: http://gcc.gnu.org/ml/gcc-patches/2000-01/msg00190.html for an opposing opinion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39252
[Bug target/39079] MIPS: __builtin___clear_cache() broken on SMP ISA_HAS_SYNCI systems.
--- Comment #1 from daney at gcc dot gnu dot org 2009-05-18 17:39 --- I am working on a patch. -- daney at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-05-18 17:39:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39079
[Bug c/40172] [4.5 Regression] Revision 147596 breaks bootstrap
--- Comment #14 from daney at gcc dot gnu dot org 2009-05-18 21:10 --- For the record: This affects mips64-linux as well. -- daney at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2009-05-17 17:11:44 |2009-05-18 21:10:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40172
[Bug c/40172] [4.5 Regression] Revision 147596 breaks bootstrap
--- Comment #15 from daney at gcc dot gnu dot org 2009-05-18 22:35 --- And yet another place: ../../trunk/gcc/config/mips/sb1.md:159: error: logical or of collectively exhaustive tests is always true ../../trunk/gcc/config/mips/sb1.md:159: error: logical or of collectively exhaustive tests is always true ../../trunk/gcc/config/mips/sb1.md:159: error: logical or of collectively exhaustive tests is always true ../../trunk/gcc/config/mips/sb1.md:159: error: logical or of collectively exhaustive tests is always true Can we either get the patch reverted, or move it out of -Wextra? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40172
[Bug c/40172] [4.5 Regression] Revision 147596 breaks bootstrap
--- Comment #19 from daney at gcc dot gnu dot org 2009-05-18 23:32 --- Created an attachment (id=17890) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17890action=view) Proposed fix. I am testing this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40172
[Bug target/39090] New: MIPS: wrong-code with 64-bit values and register asm constraints with o32 ABI.
With GCC: (GNU) 4.4.0 20090116 (experimental) [trunk revision 143437] Consider this program (bug1900.c): ---8--- unsigned long long bar() { unsigned long long rv; asm volatile (rdhwr %0, $30 : =d (rv)); return rv; } ---8--- $ mips64-linux-gcc -march=mips32r2 -mabi=32 -O2 -c bug1900.c $ cat bug1900.s .file 1 bug1900.c .section .mdebug.abi32 .previous .gnu_attribute 4, 1 .abicalls .text .align 2 .globl bar .setnomips16 .entbar .type bar, @function bar: .frame $sp,0,$31 # vars= 0, regs= 0/0, args= 0, gp= 0 .mask 0x,0 .fmask 0x,0 #APP # 7 bug1900.c 1 rdhwr $4, $30 # 0 2 #NO_APP move$2,$4 .setnoreorder .setnomacro j $31 move$3,$5 .setmacro .setreorder .endbar .size bar, .-bar .ident GCC: (GNU) 4.4.0 20090116 (experimental) [trunk revision 143437] Register $3 (v1) returns with uninitialized garbage. This is the high part of the 64 bit return value. I am not sure what should happen here. Really the d asm constraint should not match a 64 bit variable for the o32 ABI. -- Summary: MIPS: wrong-code with 64-bit values and register asm constraints with o32 ABI. Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: mips64-unknown-linux-gnu GCC host triplet: mips64-unknown-linux-gnu GCC target triplet: mips64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39090
[Bug target/39090] MIPS: wrong-code with 64-bit values and register asm constraints with o32 ABI.
--- Comment #2 from daney at gcc dot gnu dot org 2009-02-03 21:32 --- I guess you are right. I thought I had a failing testcase, but I can't make it fail any more. Marking as invalid. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39090
[Bug target/39079] New: MIPS: __builtin___clear_cache() broken on SMP ISA_HAS_SYNCI systems.
We expand __builtin___clear_cache() to a 'synci' instruction on ISA_HAS_SYNCI systems, which invalidates the icache only on the local CPU. On an SMP system, the caches on all CPUs should be invalidated. To achieve this we need to drop back to the old way of doing things by using the cache flush system call. -- Summary: MIPS: __builtin___clear_cache() broken on SMP ISA_HAS_SYNCI systems. Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: mips64-unknown-linux-gnu GCC host triplet: mips64-unknown-linux-gnu GCC target triplet: mips64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39079
[Bug driver/38864] New: Incorrect interaction between --with-arch=native and -mARCH
LAST_UPDATED: Fri Jan 9 01:21:29 UTC 2009 (revision 143198) $ ../trunk/configure --with-arch=native --disable-java-awt --without-x --enable-__cxa_atexit --disable-libgomp --disable-static --enable-languages=c,c++,java --disable-fixed-point --enable-checking=release --with-gmp=/home/daney/mp --with-mpfr=/home/daney/mp --disable-libmudflap --disable-multilib As noted in these test results: http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg01307.html We have FAIL: gcc.target/mips/dpaq_sa_l_w.c (test for excess errors) Here is the log of the failure: Executing on host: /home/daney/gccsvn/trunk-build/gcc/xgcc -B/home/daney/gccsvn/trunk-build/gcc/ /home/daney/gccsvn/trunk/gcc/testsuite/\ gcc.target/mips/dpaq_sa_l_w.c -DNOMIPS16=__attribute__((nomips16)) -mabi=32 -mips32r2 -mgp32 -O2 -mdsp -S -o dpaq_sa_l_w.s(timeou\ t = 300) /home/daney/gccsvn/trunk/gcc/testsuite/gcc.target/mips/dpaq_sa_l_w.c:5: error: fixed-point types not supported for this target /home/daney/gccsvn/trunk/gcc/testsuite/gcc.target/mips/dpaq_sa_l_w.c:6: error: fixed-point types not supported for this target . . . The native CPU is an R5000 My untested hypothesis is that configuring with --with-arch=native has incorrect interaction with -m* from the gcc command line. -- Summary: Incorrect interaction between --with-arch=native and - mARCH Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: mips64-unknown-linux-gnu GCC host triplet: mips64-unknown-linux-gnu GCC target triplet: mips64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38864
[Bug tree-optimization/38789] New: __builtin_constant_p appears to eveluate to true for non-constant arguments.
gcc (GCC) 4.4.0 20090109 (experimental) [trunk revision 143212] On x86_64-unknown-linux-gnu (FC9) Configured as: ../trunk/configure --prefix=/home/ddaney/gccsvn/native-install --disable-multilib --enable-languages=c Consider the following program: ---foo.c8 void bar(int v) { unsigned a; a = (v == 1) ? 1 : 2; if (__builtin_constant_p(a)) { asm volatile (you lose. %0 : : ir (a)); } else { asm volatile (you win. %0 : : ir (a)); } } --8 $ gcc -O2 -S foo.c $ cat foo.s .file foo.c .text .p2align 4,,15 .globl bar .type bar, @function bar: .LFB0: .cfi_startproc xorl%eax, %eax cmpl$1, %edi setne %al addl$1, %eax #APP # 9 foo.c 1 you lose. %eax # 0 2 #NO_APP ret .cfi_endproc .LFE0: .size bar, .-bar .ident GCC: (GNU) 4.4.0 20090109 (experimental) [trunk revision 143212] .section.note.GNU-stack,,@progbits It emits the asm from the __builtin_constant_p branch of the if statement. Initial analysis points to VRP as being the problem. For the system gcc (gcc (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8)) it work correctly. -- Summary: __builtin_constant_p appears to eveluate to true for non-constant arguments. Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38789
[Bug tree-optimization/38789] [4.4 Regression] __builtin_constant_p appears to eveluate to true for non-constant arguments.
--- Comment #3 from daney at gcc dot gnu dot org 2009-01-09 21:55 --- Good, this code comes from the Linux kernel: mm/backing-dev.c (set_bdi_congested()) Is the kernel at fault? If so I am sure Linus would like to hear about it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38789
[Bug tree-optimization/38789] [4.4 Regression] __builtin_constant_p appears to eveluate to true for non-constant arguments.
--- Comment #5 from daney at gcc dot gnu dot org 2009-01-09 22:00 --- You have to be able to do one of the original test case or this: $ cat foo1.c void baz(int v) { unsigned a; a = (v == 1) ? 1 : 2; if (__builtin_constant_p(a)) { asm volatile (you lose. %0 : : i (a)); } else { asm volatile (you win. %0 : : i (a)); } } $ gcc -O2 -S foo1.c foo1.c: In function baz: foo1.c:9: warning: asm operand 0 probably doesnt match constraints foo1.c:9: error: impossible constraint in asm -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38789
[Bug tree-optimization/38564] New: ICE in insert_into_preds_of_block
$ /home/ddaney/gccsvn/native-install/bin/gcc --version gcc (GCC) 4.4.0 20081217 (experimental) [trunk revision 142799] Configured as: ../trunk/configure --prefix=/home/ddaney/gccsvn/native-install --disable-multilib --enable-languages=c With the test case I will attach I get:$ /home/ddaney/gccsvn/native-install/bin/gcc -O2 -S bug.i bug.i:25: warning: struct page declared inside parameter list bug.i:25: warning: its scope is only this definition or declaration, which is probably not what you want bug.i:25: warning: struct file declared inside parameter list bug.i:27: warning: struct page declared inside parameter list bug.i:27: warning: struct address_space declared inside parameter list bug.i:27: warning: struct file declared inside parameter list bug.i:29: warning: struct page declared inside parameter list bug.i:42: warning: struct file declared inside parameter list bug.i:62: warning: struct file declared inside parameter list bug.i: In function force_page_cache_readahead: bug.i:69: warning: passing argument 2 of __do_page_cache_readahead from incompatible pointer type bug.i:39: note: expected struct file * but argument is of type struct file * bug.i:61: internal compiler error: in insert_into_preds_of_block, at tree-ssa-pre.c:3131 -- Summary: ICE in insert_into_preds_of_block Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38564
[Bug tree-optimization/38564] [4.4 Regression] ICE in insert_into_preds_of_block
--- Comment #1 from daney at gcc dot gnu dot org 2008-12-18 01:53 --- Created an attachment (id=16926) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16926action=view) Test case. Here is the somewhat reduced test case. The original code comes from the Linux kernel mm/readahead.c. I found the bug on mips64-linux but it reproduces on x86_64 as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38564
[Bug libgcj/18266] GCJ: Using references drops finalizers causing all apps to eventually crash ( SIGSEGV in GC_register_finalizer_inner () )
--- Comment #20 from daney at gcc dot gnu dot org 2008-09-26 15:58 --- 1) Create an object. 2) Enter a synchronized block on the object and do Object.wait(). 3) In a second thread, enter a synchronized block on the object. There is lock contention, heavy lock escalation is guaranteed. Hash synchronization code registers a finalizer recording the old finalizer. The old finalizer is null as no finzlizers have been registered for the object. 4) Create a WeakReference to the Object. This adds a finalizer, overwriting and thus losing the Hash synchronization's finalizer. 5) Both threads leave the synchronized block. At this point the heavy_lock object in the hash synchronization code in no longer in use and is eligible for clean up. 6) Many other locks are acquired and released, some of these hash to the same value as the lock used in steps 1 and 2. Eventually the hash row for these locks is cleaned up. The clean up code restores the saved finalizer from step 3 which was null, thus overwriting the WeakReference's finalizer. 7) WeakReference's referent is GCed, but its finalizer has been removed in step 6, so it does not get cleaned up. If you ever synchronize o the If the object itself is a WeakReference, the same thing happens, but ref-enqueue is called on the WeakReference. If A different type of object has been allocated in the WeakReference's previous location, when the referent is finalized ref-enqueue will be called through the vtable of the new object resulting sometimes in SIGSEGV or other types of bad behavior. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18266
[Bug libgcj/18266] GCJ: Using references drops finalizers causing all apps to eventually crash ( SIGSEGV in GC_register_finalizer_inner () )
--- Comment #18 from daney at gcc dot gnu dot org 2008-09-23 17:40 --- Created an attachment (id=16396) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16396action=view) Possible work-around This is a patch against 3.4.3 that we are seriously considering using internally. The theory is: With code compiled from valid java source, it is impossible to be GCable while holding a lock, so adding a finalizer is redundant. It is still not clear to me if the number of heavy_locks could grow without bound while using the patch. We are analyzing this now... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18266
[Bug target/37593] -mlong-calls doesn't affect calls to _mcount generated with -pg
--- Comment #3 from daney at gcc dot gnu dot org 2008-09-22 19:49 --- Subject: Bug 37593 Author: daney Date: Mon Sep 22 19:48:09 2008 New Revision: 140563 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140563 Log: 2008-09-22 David Daney [EMAIL PROTECTED] PR target/37593 * config/mips/mips.h (FUNCTION_PROFILER): Call _mcount via a register if TARGET_LONG_CALLS. 2008-09-22 David Daney [EMAIL PROTECTED] PR target/37593 * gcc.target/mips/long-calls-pg.c: New test. Added: trunk/gcc/testsuite/gcc.target/mips/long-calls-pg.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/mips/mips.h trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37593
[Bug target/37593] -mlong-calls doesn't affect calls to _mcount generated with -pg
--- Comment #4 from daney at gcc dot gnu dot org 2008-09-22 19:52 --- Fix committed. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37593
[Bug libgcj/18266] GCJ: Using references drops finalizers causing all apps to eventually crash ( SIGSEGV in GC_register_finalizer_inner () )
--- Comment #16 from daney at gcc dot gnu dot org 2008-09-22 20:08 --- This is biting me now. Perhaps I may look at fixing it (or maybe not...). -- daney at gcc dot gnu dot org changed: What|Removed |Added CC||daney at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18266
[Bug libgcj/18266] GCJ: Using references drops finalizers causing all apps to eventually crash ( SIGSEGV in GC_register_finalizer_inner () )
--- Comment #17 from daney at gcc dot gnu dot org 2008-09-22 23:56 --- For me the testcase always gets a ConcurrentModificationException in w.clear() very soon after starting. This is on GCC trunk 140563 on x86_64-pc-linux-gnu. If I synchronize(w) for accesses to w there is no ConcurrentModificationException, but I have not seen it crash yet either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18266
[Bug target/37593] -mlong-calls doesn't affect calls to _mcount generated with -pg
--- Comment #2 from daney at gcc dot gnu dot org 2008-09-20 07:25 --- Created an attachment (id=16367) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16367action=view) Proposed patch. This patch seems like it may work. I will bootstrap/test it. -- daney at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37593
[Bug target/37593] -mlong-calls doesn't affect calls to _mcount generated with -pg
--- Comment #1 from daney at gcc dot gnu dot org 2008-09-20 00:38 --- This may be an ABI issue, but since -mlong-calls -mno-abicalls doesn't seem to have a very rigorous ABI definition, we probably have some latitude with respect to implementing this. foo.c: -- extern int a; int foo(int, int, int); int b(int i, int j, int k) { a++; return foo(i, k, j) + 5; } -- $ mipsel-linux-gcc -mabi=64 -march=r5000 -O2 -S -fno-pic -pg -mno-abicalls -mlong-calls foo.c $ cat foo.s .file 1 foo.c .section .mdebug.abiN64 .previous .gnu_attribute 4, 3 .text .align 2 .align 3 .globl b .entb .type b, @function b: .setnomips16 .frame $sp,16,$31 # vars= 0, regs= 1/0, args= 0, gp= 0 .mask 0x8000,-8 .fmask 0x,0 daddiu $sp,$sp,-16 sd $31,8($sp) .setnoat move$1,$31 # save current return address jal _mcount .setat lui $8,%highest(a) daddiu $8,$8,%higher(a) lui $2,%hi(a) dsll$8,$8,32 daddu $8,$8,$2 lw $2,%lo(a)($8) move$7,$5 lui $3,%highest(foo) move$5,$6 daddiu $3,$3,%higher(foo) move$6,$7 lui $7,%hi(foo) addiu $2,$2,1 daddiu $7,$7,%lo(foo) dsll$3,$3,32 daddu $3,$3,$7 .setnoreorder .setnomacro jalr$3 sw $2,%lo(a)($8) .setmacro .setreorder ld $31,8($sp) addiu $2,$2,5 .setnoreorder .setnomacro j $31 daddiu $sp,$sp,16 .setmacro .setreorder .endb .ident GCC: (GNU) 4.3.2 -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-09-20 00:38:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37593
[Bug target/37395] Bootstrap fails in stage 2 due to segfault compiling c-parser
--- Comment #3 from daney at gcc dot gnu dot org 2008-09-07 17:30 --- It is also working on r140069 http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00612.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37395
[Bug target/28126] gcc moves an expensive instruction outside of a conditional
--- Comment #11 from daney at gcc dot gnu dot org 2008-09-07 17:32 --- Can we close this now? I think it is fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28126
[Bug target/37395] Bootstrap fails in stage 2 due to segfault compiling c-parser
--- Comment #2 from daney at gcc dot gnu dot org 2008-09-06 17:50 --- 140035 seems OK: http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00503.html I am now trying 140069. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37395
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #15 from daney at gcc dot gnu dot org 2008-09-05 18:29 --- Thanks for the patch. With the patch applied to the trunk my bootstrap has made it into stage 2, indicating that it has corrected the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #4 from daney at gcc dot gnu dot org 2008-09-04 14:49 --- You will note that I configured with --with-arch=sb1. This in turn causes cc1 to be invoked with -march=sb1 I will attempt to test with a cross build. My bootstrap gcc is: gcc (GCC) 4.4.0 20080223 (experimental) [trunk revision 132568] There is the possibility that the stage1 compiler is being miscompiled, so I will try another bootstrap with: gcc (Debian 4.3.1-8) 4.3.1 to see if that changes anything. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #6 from daney at gcc dot gnu dot org 2008-09-04 16:12 --- I get the same ICE using gcc (Debian 4.3.1-8) 4.3.1 as the bootstrap compiler, so I am going with the theory that the bootstrap compiler is not the cause of this problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #7 from daney at gcc dot gnu dot org 2008-09-04 17:17 --- The problem is present in 139918 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #8 from daney at gcc dot gnu dot org 2008-09-04 17:39 --- It is reproducible in a cross compiler as well. This is my command line: /home/daney/gccsvn/mipsel-trunk/gcc/cc1 -fpreprocessed j.i -quiet -march=sb1 -O2 -o j.s Changing to -march={mips32,mips32r2,r5000} fixes the problem. It seems to be sb1 specific. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #9 from daney at gcc dot gnu dot org 2008-09-04 22:48 --- (In reply to comment #2) Andrey, this is likely due to the selective scheduler merge. Can you investigate or delegate? We couldn't reproduce this with a cross from x86_64. Also, Adam Nemet fixed the problem with MIPS/sel-sched bootstrap (http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00152.html) -- the mail mentions that he reached stage3 with his patch of 139918, this bug is of 139940. Can this be reproduced natively on MIPS with 139918? The ICE first appears in 139854 (the sel-sched merge) it is still present in 139940 (and about 10 other version I tested between the two including 139918). It is easily reproducible in a cross compile, but you must specify -march=sb1 to trigger it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug target/37360] New: ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
On mipsel-linux: j.i: -- typedef unsigned int UQItype __attribute__ ((mode (QI))); typedef unsigned int USItype __attribute__ ((mode (SI))); extern const UQItype __popcount_tab[256]; extern int __popcountsi2 (USItype); int __popcountsi2 (USItype x) { int i, ret = 0; for (i = 0; i (4 * 8); i += 8) ret += __popcount_tab[(x i) 0xff]; return ret; } -- $ /home/ddaney/gccsvn/trunk-build/./gcc/xgcc -B/home/ddaney/gccsvn/trunk-build/./gcc/ -B/home/ddaney/gccsvn/trunk-install/mipsel-linux/bin/ -B/home/ddaney/gccsvn/trunk-install/mipsel-linux/lib/ -isystem /home/ddaney/gccsvn/trunk-install/mipsel-linux/include -isystem /home/ddaney/gccsvn/trunk-install/mipsel-linux/sys-include -g -O2 -minterlink-mips16 -O2 -g -O2 -minterlink-mips16 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../trunk/libgcc -I../../../trunk/libgcc/. -I../../../trunk/libgcc/../gcc -I../../../trunk/libgcc/../include -DHAVE_CC_TLS -o _popcountsi2.o -MT _popcountsi2.o -MD -MP -MF _popcountsi2.dep -DL_popcountsi2 -c j.i -fvisibility=hidden -DHIDE_EXPORTS -v Results in: Reading specs from /home/ddaney/gccsvn/trunk-build/./gcc/specs Target: mipsel-linux Configured with: ../trunk/configure --prefix=/home/ddaney/gccsvn/trunk-install --target=mipsel-linux --build=mipsel-linux --host=mipsel-linux --with-gmp=/home/ddaney/mp --with-mpfr=/home/ddaney/mp --with-arch=sb1 --disable-java-awt --without-x --enable-__cxa_atexit --enable-languages=all Thread model: posix gcc version 4.4.0 20080903 (experimental) [trunk revision 139940] (GCC) COLLECT_GCC_OPTIONS='-B/home/ddaney/gccsvn/trunk-build/./gcc/' '-B/home/ddaney/gccsvn/trunk-install/mipsel-linux/bin/' '-B/home/ddaney/gccsvn/trunk-install/mipsel-linux/lib/' '-isystem' '/home/ddaney/gccsvn/trunk-install/mipsel-linux/include' '-isystem' '/home/ddaney/gccsvn/trunk-install/mipsel-linux/sys-include' '-g' '-O2' '-O2' '-g' '-O2' '-minterlink-mips16' '-DIN_GCC' '-W' '-Wall' '-Wwrite-strings' '-Wstrict-prototypes' '-Wmissing-prototypes' '-Wcast-qual' '-Wold-style-definition' '-isystem' './include' '-fPIC' '-g' '-DHAVE_GTHR_DEFAULT' '-DIN_LIBGCC2' '-D__GCC_FLOAT_NOT_NEEDED' '-I.' '-I.' '-I../.././gcc' '-I../../../trunk/libgcc' '-I../../../trunk/libgcc/.' '-I../../../trunk/libgcc/../gcc' '-I../../../trunk/libgcc/../include' '-DHAVE_CC_TLS' '-o' '_popcountsi2.o' '-MT' '_popcountsi2.o' '-MD' '-MP' '-MF' '_popcountsi2.dep' '-DL_popcountsi2' '-c' '-fvisibility=hidden' '-DHIDE_EXPORTS' '-v' '-march=sb1' '-mllsc' /home/ddaney/gccsvn/trunk-build/./gcc/cc1 -fpreprocessed j.i -quiet -dumpbase j.i -minterlink-mips16 -march=sb1 -mllsc -auxbase-strip _popcountsi2.o -g -g -g -O2 -O2 -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -version -fPIC -fvisibility=hidden -o /tmp/cc0RAQ3s.s GNU C (GCC) version 4.4.0 20080903 (experimental) [trunk revision 139940] (mipsel-linux) compiled by GNU C version 4.4.0 20080223 (experimental) [trunk revision 132568], GMP version 4.2.1, MPFR version 2.3.0. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 18865570e64c6f21ee7ff913cce9298a j.i: In function '__popcountsi2': j.i:16: internal compiler error: in max_issue, at haifa-sched.c:2074 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: ICE in haifa-sched.c when compiling __popcountsi2 from libgcc Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: mipsel-linux GCC host triplet: mipsel-linux GCC target triplet: mipsel-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug libgcj/36252] OutOfMemoryError on simple text conversion.
--- Comment #1 from daney at gcc dot gnu dot org 2008-05-21 03:49 --- Subject: Bug 36252 Author: daney Date: Wed May 21 03:49:03 2008 New Revision: 135705 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135705 Log: 2008-05-20 David Daney [EMAIL PROTECTED] PR libgcj/36252 * java/lang/natString.ccn: Add #include java/io/CharConversionException.h. (init (byte[], int, int, String)): Catch and ignore CharConversionException. Break out of conversion loop on incomplete input. * testsuite/libjava.lang/PR36252.java: New test. * testsuite/libjava.lang/PR36252.out: New file, its expected output. * testsuite/libjava.lang/PR36252.jar: New file, its pre-compiled jar file. Added: trunk/libjava/testsuite/libjava.lang/PR36252.jar (with props) trunk/libjava/testsuite/libjava.lang/PR36252.java trunk/libjava/testsuite/libjava.lang/PR36252.out Modified: trunk/libjava/ChangeLog trunk/libjava/java/lang/natString.cc Propchange: trunk/libjava/testsuite/libjava.lang/PR36252.jar ('svn:mime-type' added) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36252
[Bug libgcj/36252] OutOfMemoryError on simple text conversion.
--- Comment #2 from daney at gcc dot gnu dot org 2008-05-21 03:58 --- Subject: Bug 36252 Author: daney Date: Wed May 21 03:57:38 2008 New Revision: 135706 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135706 Log: 2008-05-20 David Daney [EMAIL PROTECTED] PR libgcj/36252 * java/lang/natString.ccn: Add #include java/io/CharConversionException.h. (init (byte[], int, int, String)): Catch and ignore CharConversionException. Break out of conversion loop on incomplete input. * testsuite/libjava.lang/PR36252.java: New test. * testsuite/libjava.lang/PR36252.out: New file, its expected output. * testsuite/libjava.lang/PR36252.jar: New file, its pre-compiled jar file. Added: branches/gcc-4_3-branch/libjava/testsuite/libjava.lang/PR36252.jar (with props) branches/gcc-4_3-branch/libjava/testsuite/libjava.lang/PR36252.java branches/gcc-4_3-branch/libjava/testsuite/libjava.lang/PR36252.out Modified: branches/gcc-4_3-branch/libjava/ChangeLog branches/gcc-4_3-branch/libjava/java/lang/natString.cc Propchange: branches/gcc-4_3-branch/libjava/testsuite/libjava.lang/PR36252.jar ('svn:mime-type' added) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36252
[Bug libgcj/36252] OutOfMemoryError on simple text conversion.
--- Comment #3 from daney at gcc dot gnu dot org 2008-05-21 04:00 --- Fixed in 4.3.1 and trunk. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36252
[Bug libgcj/36252] New: OutOfMemoryError on simple text conversion.
libgcj 4.3.0 as well as 3.4.3 and probably everything inbetween will get OOM on this simple program when run on glibc based systems: --8-- import java.io.UnsupportedEncodingException; public class TextProb { public static void main(String[] args) { try { byte[] txt = new byte[] { -55, 87, -55, -42, -55, -20 }; String s = new String(txt, 0, 6, MS932); System.out.println(s); } catch (UnsupportedEncodingException e) { e.printStackTrace(); } } } 8 I am testing a patch -- Summary: OutOfMemoryError on simple text conversion. Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: daney at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36252
[Bug target/34409] MIPS: Non-optimal DWARF frame data
--- Comment #1 from daney at gcc dot gnu dot org 2008-02-27 18:05 --- Subject: Bug 34409 Author: daney Date: Wed Feb 27 18:04:49 2008 New Revision: 132725 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132725 Log: PR target/34409 * config/mips/iris.h (MIPS_DEBUGGING_INFO): Define. * config/mips/openbsd.h (MIPS_DEBUGGING_INFO): Same. * config/mips/sde.h (MIPS_DEBUGGING_INFO): Remove undef. * config/mips/vxworks.h (MIPS_DEBUGGING_INFO): Same. * config/mips/mips.h (MIPS_DEBUGGING_INFO): Remove define. Modified: trunk/gcc/ChangeLog trunk/gcc/config/mips/iris.h trunk/gcc/config/mips/mips.h trunk/gcc/config/mips/openbsd.h trunk/gcc/config/mips/sde.h trunk/gcc/config/mips/vxworks.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34409
[Bug target/34409] MIPS: Non-optimal DWARF frame data
--- Comment #2 from daney at gcc dot gnu dot org 2008-02-27 18:08 --- Fixed on the trunk. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34409
[Bug libgcj/29604] Race condition in ServerSocket.accept()
--- Comment #7 from daney at gcc dot gnu dot org 2008-02-27 18:11 --- Unassigning as I am not working on this. -- daney at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|daney at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29604
[Bug target/35032] New: MIPS ICE in gcc.c-torture/execute/20040709-2.c
From Fri Jan 25 06:57:52 UTC 2008 (revision 131816) Configured thusly: ../trunk/configure --with-arch=r5000 --disable-java-awt --without-x --enable-__cxa_atexit --disable-jvmpi --disable-libgomp --disable-static --enable-languages=c,c++,java --disable-fixed-point --enable-checking=release --with-gmp=/home/daney/mp --with-mpfr=/home/daney/mp --disable-libmudflap The native configuration is running in an n32 ABI userspace. o2:/home/daney# /home/daney/gccsvn/trunk-build/gcc/xgcc -B/home/daney/gccsvn/trunk-build/gcc/ /home/daney/gccsvn/trunk/gcc/testsuite/gcc.c-torture/execute/20040709-2.c -w -O2 -fno-show-column -lm -mabi=64 -o /home/daney/gccsvn/trunk-build/gcc/testsuite/gcc/20040709-2.x2 /home/daney/gccsvn/trunk/gcc/testsuite/gcc.c-torture/execute/20040709-2.c: In function âtestCâ: /home/daney/gccsvn/trunk/gcc/testsuite/gcc.c-torture/execute/20040709-2.c:93: internal compiler error: in insert_save, at caller-save.c:745 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. All the other incantations of 20040709-2.c in the testsuite run PASS -- Summary: MIPS ICE in gcc.c-torture/execute/20040709-2.c Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: mips64-unknown-linux-gnu GCC host triplet: mips64-unknown-linux-gnu GCC target triplet: mips64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35032
[Bug target/35032] MIPS ICE in gcc.c-torture/execute/20040709-2.c
--- Comment #1 from daney at gcc dot gnu dot org 2008-01-31 06:55 --- confirmed with cross-compiler mips64-linux-gcc (GCC) 4.3.0 20080127 (experimental) [trunk revision 131882] $ mips64-linux-gcc -w -O2 -fno-show-column -lm -mabi=64 -march=r5000 -o j /home/daney/gccsvn/trunk/gcc/testsuite/gcc.c-torture/execute/20040709-2.c /home/daney/gccsvn/trunk/gcc/testsuite/gcc.c-torture/execute/20040709-2.c: In function testC: /home/daney/gccsvn/trunk/gcc/testsuite/gcc.c-torture/execute/20040709-2.c:93: internal compiler error: in insert_save, at caller-save.c:745 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions But fixed in: mips64-linux-gcc (GCC) 4.3.0 20080130 (experimental) [trunk revision 131970] -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35032
[Bug target/35032] MIPS ICE in gcc.c-torture/execute/20040709-2.c
-- daney at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35032
[Bug target/34831] [4.3 Regression] ICE on gcc.dg/pr34233.c for MIPS
--- Comment #11 from daney at gcc dot gnu dot org 2008-01-18 18:15 --- It is a regression, this works: $ mipsel-linux-gcc -march=sb1 -ffast-math -c pr34233.c $ mipsel-linux-gcc --version mipsel-linux-gcc (GCC) 3.4.3 This doesn't: $ gcc -march=sb1 -ffast-math -c pr34233.c pr34233.c: In function 'foo': pr34233.c:7: error: unrecognizable insn: (insn 8 7 9 3 pr34233.c:6 (set (reg:DF 198) (div:DF (const_double:DF 1.0e+0 [0x0.8p+1]) (reg:DF 196))) -1 (nil)) pr34233.c:7: internal compiler error: in extract_insn, at recog.c:1990 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. $ gcc --version gcc (GCC) 4.3.0 20080111 (experimental) [trunk revision 131473] Also note that it only fails at -O0. My inclination is to blame r131318, although I have not tested that theory. -- daney at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.0 Summary|ICE on gcc.dg/pr34233.c for |[4.3 Regression] ICE on |MIPS|gcc.dg/pr34233.c for MIPS http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34831
[Bug target/34831] [4.3 Regression] ICE on gcc.dg/pr34233.c for MIPS
-- daney at gcc dot gnu dot org changed: What|Removed |Added Known to work||3.4.3 Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34831
[Bug c++/34829] [4.3 Regression] placement new with primitive Java types rejected
--- Comment #1 from daney at gcc dot gnu dot org 2008-01-17 17:44 --- I wonder what would happen (but not enough to actually test it) if these: typedef __java_byte jbyte; typedef __java_short jshort; typedef __java_int jint; typedef __java_long jlong; typedef __java_float jfloat; typedef __java_double jdouble; typedef __java_char jchar; typedef __java_boolean jboolean; typedef jint jsize; Were moved outside of the extern Java block. -- daney at gcc dot gnu dot org changed: What|Removed |Added CC||daney at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34829
[Bug target/34831] New: [4.3 Regression] ICE on gcc.dg/pr34233.c for MIPS
Between r131315 and r131326 I started getting an ICE on mipsel-linux for gcc.dg/pr34233.c. See: http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg00144.html http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg00204.html This testcase does not ice on gcc 3.4.3: $ mipsel-linux-gcc -c -O3 pr34233.c $ mipsel-linux-gcc --version mipsel-linux-gcc (GCC) 3.4.3 -- Summary: [4.3 Regression] ICE on gcc.dg/pr34233.c for MIPS Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: mipsel-linux-gnu GCC host triplet: mipsel-linux-gnu GCC target triplet: mipsel-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34831
[Bug target/34831] [4.3 Regression] ICE on gcc.dg/pr34233.c for MIPS
--- Comment #2 from daney at gcc dot gnu dot org 2008-01-17 21:19 --- (In reply to comment #1) What ICE? As noted in the original comments, the ICE in this testsuite run: http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg00204.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34831
[Bug bootstrap/34144] [4.3 Regression] Revision 130005 causes bootstrap failure with --disable-checking
--- Comment #11 from daney at gcc dot gnu dot org 2007-12-13 19:19 --- Subject: Bug 34144 Author: daney Date: Thu Dec 13 19:19:17 2007 New Revision: 130908 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=130908 Log: 2007-12-13 Andrew Pinski [EMAIL PROTECTED] David Daney [EMAIL PROTECTED] PR bootstrap/34144 * system.h: Make -Wuninitialized non-fatal if ASSERT_CHECKING is disabled. Modified: trunk/gcc/ChangeLog trunk/gcc/system.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34144
[Bug bootstrap/34144] [4.3 Regression] Revision 130005 causes bootstrap failure with --disable-checking
--- Comment #12 from daney at gcc dot gnu dot org 2007-12-13 19:32 --- Fixed by the patch. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34144
[Bug rtl-optimization/34456] MIPS: Flaw in branch delay optimization (patch included).
--- Comment #3 from daney at gcc dot gnu dot org 2007-12-14 07:36 --- Kaz: A test case would be useful. -- daney at gcc dot gnu dot org changed: What|Removed |Added CC||daney at gcc dot gnu dot org Keywords||wrong-code Summary|Flaw in branch delay|MIPS: Flaw in branch delay |optimization (patch |optimization (patch |included). |included). Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34456
[Bug bootstrap/34144] [4.3 Regression] Revision 130005 causes bootstrap failure with --disable-checking
--- Comment #8 from daney at gcc dot gnu dot org 2007-12-13 01:12 --- Andrew proposed a patch (which was then approved) here: http://gcc.gnu.org/ml/gcc-patches/2007-11/msg01511.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34144
[Bug bootstrap/34144] [4.3 Regression] Revision 130005 causes bootstrap failure with --disable-checking
--- Comment #10 from daney at gcc dot gnu dot org 2007-12-13 05:28 --- Currently testing on x86_64-pc-linux-gnu. I will commit if all OK. -- daney at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2007-11-18 20:51:33 |2007-12-13 05:28:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34144
[Bug rtl-optimization/34415] [4.3 Regression] Possible miscompilation on MIPS
-- daney at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34415
[Bug target/34281] [4.3 Regression] ARM: varargs broken with 64bit parameters.
--- Comment #1 from daney at gcc dot gnu dot org 2007-12-11 23:20 --- Verified that it works on MontaVista build 3.4.3. Still failing on: armv5tl-montavista-linuxeabi-g++ (GCC) 4.3.0 20071211 (experimental) [trunk revision 130777] -- daney at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.0 Known to work||3.4.3 Summary|[arm] varargs broken with |[4.3 Regression] ARM: |64bit parameters. |varargs broken with 64bit ||parameters. Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34281
[Bug target/34409] New: MIPS: Non-optimal DWARF frame data
We are emitting .eh_frame data with DW_CFA_def_cfa where we could emit DW_CFA_def_cfa_register. This makes the .eh_frame one byte larger per occurence. This appears to only be done for mips targets as a workaround for bugs in the SGI assembler/linker. For targets using GNU Binutils we don't need the workround. -- Summary: MIPS: Non-optimal DWARF frame data Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC target triplet: mips*-*-linux* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34409
[Bug target/34415] [4.3 Regression] Possible miscompilation on MIPS
--- Comment #1 from daney at gcc dot gnu dot org 2007-12-10 05:15 --- Perhaps we could get a URL to a version of mawk that is failing. Also details about how you configured gcc and which svn revision number you tested, and how mawk was configured. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34415
[Bug target/34281] New: [arm] varargs broken with 64bit parameters.
With gcc version 4.3.0 20071024 (experimental) [trunk revision 129615] configured: ../trunk/configure --enable-languages=c,c++,java --disable-static --enable-__cxa_atexit --prefix=/home/daney/mvl_ti/gcj --with-gmp=/home/daney/mp --with-mpfr=/home/daney/mp --with-sysroot=/home/daney/mvl_ti/mv_pro_4.0/montavista/pro/devkit/arm/v5t_le/target --with-float=soft --disable-java-awt --without-x --disable-jvmpi --disable-sjlj-exceptions --target=armv5tl-montavista-linuxeabi If the last fixed argument in a va_arg function is 64 bits bad things happen. Here is the test program: 8- #include stdio.h #include stdarg.h #include stdint.h class A { private: int foo; public: A(int a) { foo = a; } void f(int64_t j,...); void f2(int64_t j, int l,...); void f1(int64_t j); void g(int j,...); void h(int j, va_list ap); }; void A::f(int64_t j,...) { va_list ap; va_start(ap, j); int k = va_arg(ap, int); h(5, ap); va_end(ap); printf(A::f %d %lld, sizeof(j) = %d\n, k, j, sizeof(j)); } void A::f2(int64_t j, int l, ...) { va_list ap; va_start(ap, l); int k = va_arg(ap, int); h(5, ap); va_end(ap); printf(A::f2 %d %lld, sizeof(j) = %d\n, k, j, sizeof(j)); } void A::f1(int64_t j) { printf(A::f1 %lld, sizeof(j) = %d\n, j, sizeof(j)); } void A::g(int j,...) { va_list ap; va_start(ap, j); int k = va_arg(ap, int); h(7, ap); va_end(ap); printf(A::f %d %d\n, k, j); } void A::h(int j, va_list ap) { int k; do { k = va_arg(ap, int); printf( A::h %d - %d\n, j, k); } while (k = 0); } int main(int argc, char *argv[]) { A *a = new A(9); a-f(300, 4,6,8,10,-1); a-f2(300, 99, 4,6,8,10,-1); a-g(400, 3,5,7,9,11,13,-1); a-f1(500); } ---8-- Expected output: $ ./vargs A::h 5 - 6 A::h 5 - 8 A::h 5 - 10 A::h 5 - -1 A::f 4 300, sizeof(j) = 8 A::h 5 - 6 A::h 5 - 8 A::h 5 - 10 A::h 5 - -1 A::f2 4 300, sizeof(j) = 8 A::h 7 - 5 A::h 7 - 7 A::h 7 - 9 A::h 7 - 11 A::h 7 - 13 A::h 7 - -1 A::f 3 400 A::f1 500, sizeof(j) = 8 Output on armv5tl-none-linuxeabi: # ./vargs A::h 5 - 4 A::h 5 - 6 A::h 5 - 8 A::h 5 - 10 A::h 5 - -1 A::f 0 1288490188809, sizeof(j) = 8 A::h 5 - 6 A::h 5 - 8 A::h 5 - 10 A::h 5 - -1 A::f2 4 300, sizeof(j) = 8 A::h 7 - 5 A::h 7 - 7 A::h 7 - 9 A::h 7 - 11 A::h 7 - 13 A::h 7 - -1 A::f 3 400 A::f1 500, sizeof(j) = 8 Note that output 'A::f 0 1288490188809,...' is incorrect. -- Summary: [arm] varargs broken with 64bit parameters. Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC target triplet: armv5tl-none-linuxeabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34281
[Bug target/34062] New: [4.3 Regression] MIPS n32 fails gcc.c-torture/execute/nestfunc-6.c
On the trunk r129918 configured: ../trunk/configure --with-arch=r5000 --disable-java-awt --without-x --enable-__cxa_atexit --disable-jvmpi --disable-libgomp --disable-static --enable-languages=c,c++,java --disable-fixed-point --enable-checking=release --with-gmp=/home/daney/mp --with-mpfr=/home/daney/mp With glibc-2.6.1 I am getting (with n32 ABI): FAIL: gcc.c-torture/execute/nestfunc-6.c execution, -O2 FAIL: gcc.c-torture/execute/nestfunc-6.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/nestfunc-6.c execution, -O3 -g FAIL: gcc.c-torture/execute/nestfunc-6.c execution, -Os All these cases are failing with SIGSEGV It seems that they used to work: http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00660.html -- Summary: [4.3 Regression] MIPS n32 fails gcc.c- torture/execute/nestfunc-6.c Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC build triplet: mips64-unknown-linux-gnu GCC host triplet: mips64-unknown-linux-gnu GCC target triplet: mips64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34062
[Bug target/34062] [4.3 Regression] MIPS n32 fails gcc.c-torture/execute/nestfunc-6.c
-- daney at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.0 Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34062
[Bug target/34062] [4.3 Regression] MIPS n32 fails gcc.c-torture/execute/nestfunc-6.c
--- Comment #1 from daney at gcc dot gnu dot org 2007-11-11 06:29 --- The problem is that $gp is clobbered at the nonlocal_goto_receiver but it is not being restored. Currently the nonlocal_goto_receiver has a condition of TARGET_CALL_CLOBBERED_GP, but this is not correct. I think it should be unconditional. In: http://gcc.gnu.org/viewcvs?view=revrevision=125941 I renamed this from exception_receiver. I wonder if the exception_receiver really should be conditional on TARGET_CALL_CLOBBERED_GP in which case there should be both an exception_receiver and nonlocal_goto_receiver. It would seem so as the unwinder should restore $gp making it redundant in the exception_receiver. Hmm. This is really the same as bug 32406 I will mark it as a duplicate and reopen 32406 *** This bug has been marked as a duplicate of 32406 *** -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34062
[Bug target/32406] [4.3 Regression] MIPS: FAIL in nestfunc-6.c at -O3
--- Comment #6 from daney at gcc dot gnu dot org 2007-11-11 06:32 --- Well the fix only works for o32. As noted in PR 34062, n32 is broken. I would guess n64 as well. I will take another try at fixing it. Perhaps the second attempt will work out a little better than the first. -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32406
[Bug target/32406] [4.3 Regression] MIPS: FAIL in nestfunc-6.c at -O3
--- Comment #7 from daney at gcc dot gnu dot org 2007-11-11 07:05 --- Created an attachment (id=14528) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14528action=view) Proposed patch second half. Completely untested patch. It will probably take me a couple of weeks to test it fully. I will start testing on mipsel-linux... Q: Is the first exception_receiver define_expand redundant (with TARGET_CALL_CLOBBERED_GP)? Does it just defer to the nonlocal_goto_receiver? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32406
[Bug tree-optimization/32653] [4.3 Regression] Bootstrap failure with excessive memory consumption in tree-ssa-pre compiling libjava/interperter.c
--- Comment #7 from daney at gcc dot gnu dot org 2007-11-07 18:59 --- We no longer regress with respect to this testcase (bootstrapping on my small mipsel-linux system). -- daney at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32653
[Bug bootstrap/34007] [4.3 Regression] Error: Branch out of range compiling fold-const.c in stage 1
--- Comment #1 from daney at gcc dot gnu dot org 2007-11-06 17:08 --- Perhaps your bootstrap compiler is faulty. It would seem that no code from the compiler-being-built is run at this point. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34007
[Bug bootstrap/34007] [4.3 Regression] Error: Branch out of range compiling fold-const.c in stage 1
--- Comment #4 from daney at gcc dot gnu dot org 2007-11-06 17:17 --- This is my last known good mips-linux-gnu build: http://gcc.gnu.org/ml/gcc-testresults/2007-10/msg01186.html On mipsel-linux-gnu I am bootstrapping almost daily without problems. Also last night (with an current but unremembered SVN version) I was able to build mips64-linux-gnu with the default debian-etch gcc (4.1) on my O2. None of these are exactly what you are doing, but somewhat similar. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34007
[Bug target/34007] [4.2 Regression] Error: Branch out of range compiling fold-const.c in stage 1
-- daney at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.2.3 |4.2.1 Target Milestone|--- |4.2.3 Version|4.2.3 |4.2.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34007
[Bug tree-optimization/32653] [4.3 Regression] Bootstrap failure with excessive memory consumption in tree-ssa-pre compiling libjava/interperter.c
--- Comment #6 from daney at gcc dot gnu dot org 2007-11-05 17:34 --- As of r129803, I can bootstrap c,c++,java on my mipsel-linux build machine with 128MB RAM again. Although some files require more than 128MB of virtual memory, I have plenty of swap and the system does not thrash so horribly that it cannot complete a bootstrap. Unless there are protests, I will mark the bug as FIXED in a couple of days. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32653
[Bug target/33895] mips.c:6868: error: 'mips_output_dwarf_dtprel' defined but not used
--- Comment #2 from daney at gcc dot gnu dot org 2007-10-27 18:04 --- From my O2: http://gcc.gnu.org/ml/gcc-testresults/2007-10/msg01186.html Please update and try again. Use contrib/gcc_update so that the svn version number is put into the version information. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33895
[Bug target/33755] New: Gcc 4.2.2 broken for mips linux kernel builds
As noted in: http://www.linux-mips.org/cgi-bin/mesg.cgi?a=linux-mipsi=20071012172254.GA10835%40linux-mips.org GCC + binutils-2.18 cannot build the mips linux kernel. There is the possibility of this being a binutils bug. -- Summary: Gcc 4.2.2 broken for mips linux kernel builds Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daney at gcc dot gnu dot org GCC target triplet: mipsel-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
[Bug target/33755] Gcc 4.2.2 broken for mips linux kernel builds
--- Comment #4 from daney at gcc dot gnu dot org 2007-10-12 20:44 --- Not that I have looked into the problem, but this sounds similar to this problem: http://sourceware.org/ml/binutils/2006-11/msg00059.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
[Bug target/33755] Gcc 4.2.2 broken for mips linux kernel builds
--- Comment #6 from daney at gcc dot gnu dot org 2007-10-12 21:06 --- From the reduced testcase could you post the result of: objdump -r -j .text 33755.o Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755