This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: real.c implementation
- From: Richard Henderson <rth at redhat dot com>
- To: Robert Dewar <dewar at gnat dot com>
- Cc: aph at redhat dot com, gcc at gcc dot gnu dot org
- Date: Tue, 22 Oct 2002 10:43:17 -0700
- Subject: Re: real.c implementation
- References: <20021022103809.BF06FF29F2@nile.gnat.com>
On Tue, Oct 22, 2002 at 06:38:09AM -0400, Robert Dewar wrote:
> One thing I am not clear on for all ports is whether any of them trust
> the assembler to do decimal to float conversion correctly. I know that
> this was the case in GCC 2.8.1, and if you do that, the game gets lost
> at the assembler level. It is definitely important to generate all
> float constants in proper machine form in hex.
The only place this happens is if the target allows fp constants
as arguments to an instruction, e.g. on m68k. Which is probably
going to fail if you try to put numbers like "+Inf" or whatnot
there. One could consider that a port bug that it allows this.
Otherwise, we do emit fp constants as integers. See assemble_real
in varasm.c.
r~