--- Comment #24 from jakub at gcc dot gnu dot org 2010-08-25 09:53 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.6 regression] ICE|[4.6 Regression] ICE
|building 64-bit libjava on |
--- Comment #23 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-23
08:59 ---
Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC:
output_operand: invalid expression as operand
The sparc-sun-solaris2.10 bootstrap completed successfully with your
patch and t
--- Comment #22 from jakub at gcc dot gnu dot org 2010-07-22 20:49 ---
Subject: Bug 45028
Author: jakub
Date: Thu Jul 22 20:48:42 2010
New Revision: 162427
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162427
Log:
PR bootstrap/45028
* recgprop.c (copyprop_hardre
--- Comment #21 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22
15:54 ---
Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC:
output_operand: invalid expression as operand
> --- Comment #20 from jakub at gcc dot gnu dot org 2010-07-22 15:32
> ---
--- Comment #20 from jakub at gcc dot gnu dot org 2010-07-22 15:32 ---
Created an attachment (id=21288)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21288&action=view)
gcc46-pr45028.patch
I wonder if the attached (untested) patch wouldn't fix this problem.
--
http://gcc.gnu.
--- Comment #19 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22
15:04 ---
Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC:
output_operand: invalid expression as operand
> --- Comment #18 from jakub at gcc dot gnu dot org 2010-07-22 14:58
> ---
--- Comment #18 from jakub at gcc dot gnu dot org 2010-07-22 14:58 ---
Sounds like a cprop_hardreg bug. Before that pass we have (after a call_insn):
(insn 264 263 266 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123
(set
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22
14:29 ---
Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC:
output_operand: invalid expression as operand
> in *.expand looks correct, that var_location is %o0 instead of %g1 though. So
--- Comment #16 from jakub at gcc dot gnu dot org 2010-07-22 14:20 ---
(insn 264 263 265 3
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:123
(set (reg/f:DI 332)
(reg:DI 8 %o0)) -1 (expr_list:REG_NOALIAS (reg/f:DI 332)
--- Comment #15 from ro at gcc dot gnu dot org 2010-07-22 14:07 ---
Created an attachment (id=21287)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21287&action=view)
-fdump-tree-optimized output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
--- Comment #14 from ro at gcc dot gnu dot org 2010-07-22 14:06 ---
Created an attachment (id=21286)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21286&action=view)
-fdump-rtl-expand output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
--- Comment #13 from jakub at gcc dot gnu dot org 2010-07-22 14:03 ---
So it is wrong already in *.split4:
(insn 256 255 258 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:117
(set (reg:DI 1 %g1 [328])
(ashift:DI (re
--- Comment #12 from ro at gcc dot gnu dot org 2010-07-22 13:54 ---
Created an attachment (id=21285)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21285&action=view)
split4 dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
--- Comment #11 from jakub at gcc dot gnu dot org 2010-07-22 13:52 ---
Can I ask for the immediately preceeding dump too? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
--- Comment #10 from ro at gcc dot gnu dot org 2010-07-22 13:51 ---
Created an attachment (id=21284)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21284&action=view)
sched2 dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22
13:50 ---
Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC:
output_operand: invalid expression as operand
> Can you compile with -da and find out in which dump D#71 has been introduced?
--- Comment #8 from jakub at gcc dot gnu dot org 2010-07-22 13:34 ---
So it is wrong already before *.alignments, as it has stuff like:
(insn:TI 256 255 1556 2
/vol/gcc/src/hg/trunk/local/libjava/classpath/gnu/javax/print/ipp/attribute/defaults/FinishingsDefault.java:117
(set (reg:D
I 1
--- Comment #7 from ro at gcc dot gnu dot org 2010-07-22 13:09 ---
Created an attachment (id=21283)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21283&action=view)
-fdump-rtl-alignments output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-22 13:02 ---
Thanks, can I also ask for -fdump-rtl-aligments dump (i.e. one immediately
before *.vartrack)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22
12:10 ---
Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC:
output_operand: invalid expression as operand
> --- Comment #3 from jakub at gcc dot gnu dot org 2010-07-22 10:46 ---
--- Comment #4 from ro at gcc dot gnu dot org 2010-07-22 12:09 ---
Created an attachment (id=21281)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21281&action=view)
-fdump-rtl-vartrack output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-22 10:46 ---
This one actually shouldn't be IMHO delegimized, the setm44 value is just a
temporary and thus it shouldn't hold any value interesting for debug info.
Can you please attach -fdump-rtl-vartrack dump?
--
http://gcc.
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-22
10:35 ---
Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC:
output_operand: invalid expression as operand
Here you go:
Breakpoint 5, output_operand_lossage (cmsgid=0xfe940c60 "") at
/var
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-22 10:23 ---
That would be a target bug then, something isn't delegitimized when it should.
Please put a breakpoint on output_operand_lossage and print a backtrace and the
rtx that is being printed.
--
jakub at gcc dot gnu dot
25 matches
Mail list logo