www.delorie.com/archives/browse.cgi   search  
Mail Archives: pgcc/1998/03/12/22:49:20

X-pop3-spooler: POP3MAIL 2.1.0 b 3 961213 -bs-
Delivered-To: pcg AT goof DOT com
Message-ID: <19980312234715.53196@cerebro.laendle>
Date: Thu, 12 Mar 1998 23:47:15 +0100
From: Marc Lehmann <pcg AT goof DOT com>
To: Tuukka Toivonen <tuukkat AT ees2 DOT oulu DOT fi>
Cc: beastium <beastium-list AT Desk DOT nl>
Subject: Re: paranoia & extra precision [was -fno-float-store in pgcc]
References: <19980312074656 DOT 14562 AT cerebro DOT laendle> <Pine DOT SOL DOT 3 DOT 96 DOT 980312190407 DOT 19412C-100000 AT stekt21>
Mime-Version: 1.0
X-Mailer: Mutt 0.88
In-Reply-To: <Pine.SOL.3.96.980312190407.19412C-100000@stekt21>; from Tuukka Toivonen on Thu, Mar 12, 1998 at 07:17:23PM +0200
X-Operating-System: Linux version 2.1.85 (root AT cerebro) (gcc version pgcc-2.91.06 980129 (gcc-2.8.0 release))
Status: RO
Lines: 52

On Thu, Mar 12, 1998 at 07:17:23PM +0200, Tuukka Toivonen wrote:
> On Thu, 12 Mar 1998, Marc Lehmann wrote:
> 
> >> What do you make of the following code.   PGCC produces different
> >> results when optimizing then when not optimization.  I was
> >> told it has to do with -fno-float-store, but pgcc doesn't appear
> 
> Same goes to standard GCC... I was disappointed to found that it didn't
> regard -ffloat-store.

sorry, I fullyy did NOT understand that sentence. gcc/pgcc/egcs should
all exhibit the same behaviour with -ffloat-store (did you mean this?)

> >the x86 chips are not really ieee compliant. that's not too serious, as I'll
> 
> This seems to be general misbelief (I've heard it before...).
> The problem is not with Intel FPU. The problem is in C-compiler

no, it's a hardware problem. I could emulate all fpu operations
in software.. problem solved (in compiler). does this make sense though?

tell me how to implement full iee compliance without a considerable
slowdown. no, this is NOT a compiler problem.

> (or maybe in OS... but not in FPU).

sure, the compiler can FIX the problem, just like linux fixes
problems with pentium cpu's. This doesn't make it linux
or compiler problems, though.

> Generally code generated by the C compiler should use the higher precision.
> But there really should be a switch to use IEEE-style lesser precision
> floats (maybe (p)gcc has it, I don't know).

-ffloat-store -mieee-fp

> Even better would be #pragma or something which would allow one to use

pragmas are useless (i'll mention it everytime i see this ;)

> This was not exactly a question, but I hope you don't mind ;)

hey, this is actually one of the most interesting threads ever on
bestium-list ;)

      -----==-                                              |
      ----==-- _                                            |
      ---==---(_)__  __ ____  __       Marc Lehmann       +--
      --==---/ / _ \/ // /\ \/ /       pcg AT goof DOT com       |e|
      -=====/_/_//_/\_,_/ /_/\_\                          --+
    The choice of a GNU generation                        |
                                                          |

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019