Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!mcsun!hp4nl!eutrc3!eutws1!wsinpdb
From: wsinpdb@eutws1.win.tue.nl (Paul de Bra)
Newsgroups: comp.unix.xenix
Subject: Re: Bug in rcc (SCO UNIX V.3.2/386)
Keywords: SCO UNIX, rcc
Message-ID: <1482@eutrc3.urc.tue.nl>
Date: 9 Feb 90 12:31:56 GMT
References: <590@kivax.UUCP>
Sender: news@eutrc3.urc.tue.nl
Organization: Eindhoven University of Technology, The Netherlands
Lines: 19

In article <590@kivax.UUCP> ohl@kivax.UUCP (Ohlhausen Abt.013.4) writes:
>I found a bug in rcc (AT&T C-compiler in SCO Unix V.3.2/386) which occurs when
>using floating point constants with significant digits after the decimal point:

>	float f;
>	f = 0.1;
>	printf("f = %f\n",f);

>Output is: f = 1.000000

This is an SCO feature :-) as it does not occur with the AT&T C-compiler
in AT&T Unix V.3.2/386.

Or else it is a feature of the 80387 emulator if you don't have the
coprocessor (you didn't say, but you should, whenever you mention a
floating point problem, as the emulator is known to be buggy).

Paul.
(debra@research.att.com)