This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [Patch] Fix emit-rtl.c for 64-bit targets
- To: "Joseph S. Myers" <jsm28 at cam dot ac dot uk>
- Subject: Re: [Patch] Fix emit-rtl.c for 64-bit targets
- From: Eric Christopher <echristo at twigboy dot cygnus dot com>
- Date: Tue, 19 Jun 2001 11:45:33 -0700 (PDT)
- cc: Eric Christopher <echristo at redhat dot com>, gcc-patches at gcc dot gnu dot org
> Even on systems with 9-bit bytes (the in-progress PDP-10 port)? rtl.texi
> says SFmode is four bytes and DFmode is eight bytes, where a byte is
> BITS_PER_UNIT bits, and if SFmode and DFmode are something else then the
> documentation need changing first.
Yes. You're right. I mispoke on my original mail. What I meant to say
was that we need to check for single and double precision floats which are
32 and 64 bits, instead of a check for SF and DF mode respectively.
How I ran into this problem was a machine with 64-bit floating point
registers with 8-bit bytes.
Anyhow, is this more clear? Is there anything I should change or update
now?
-eric
>
> From rtl.texi:
>
> Here is a table of machine modes. The term ``byte'' below refers to an
> object of @code{BITS_PER_UNIT} bits (@pxref{Storage Layout}).
> ...
> @findex SFmode
> @item SFmode
> ``Single Floating'' mode represents a single-precision (four byte) floating
> point number.
>
> @findex DFmode
> @item DFmode
> ``Double Floating'' mode represents a double-precision (eight byte) floating
> point number.
>
>
--
Pain is not the cleanser