This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/33062] ICE in emit_move_insn and expand_call with -fdefault-integer-8
- From: "dave at hiauly1 dot hia dot nrc dot ca" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 19 Aug 2007 01:11:34 -0000
- Subject: [Bug target/33062] ICE in emit_move_insn and expand_call with -fdefault-integer-8
- References: <bug-33062-14284@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2007-08-19 01:11 -------
Subject: Re: ICE in emit_move_insn and expand_call with -fdefault-integer-8
> Jeff, Dave, as you can see in the above comments, I proposed this patch based
> on a previous similar patch to powerpc, but I actually cannot judge its merit
> as I know nothing of hppa. Would you please review it or suggest a more
> appropriate fix?
Based on comment #22 in PR 30406, I think the suggested change is correct.
However, this is old code and I don't understand the following:
1) The actual cause of the ICE.
2) The difference between precision and type bitsize in this situation.
We have to decide if the return value should be promoted to 32 bits,
64 bits or returned indirectly. The runtime documentation isn't very
specific when it comes to fortran data types.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33062