Sender: rich AT phekda DOT freeserve DOT co DOT uk
Message-ID: <3E200FCE.A0786E93@phekda.freeserve.co.uk>
Date: Sat, 11 Jan 2003 12:36:30 +0000
From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.23 i586)
X-Accept-Language: de,fr
MIME-Version: 1.0
To: djgpp-workers AT delorie DOT com
Subject: Re: djgpp: djgpp/src/libc/c99/stdlib/makefile,strtof.c,strtof.txh
References: <200301082016 DOT h08KGA210951 AT delorie DOT com> <2593-Fri10Jan2003220759+0200-eliz AT is DOT elta DOT co DOT il> <3E1FEF1F DOT C891D5CF AT phekda DOT freeserve DOT co DOT uk> <1438-Sat11Jan2003123515+0200-eliz AT is DOT elta DOT co DOT il>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Hello.

Eli Zaretskii wrote:
> 
> > Date: Sat, 11 Jan 2003 10:17:03 +0000
> > From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
> >
> > Here's what I propose: I will fix the double -> float mistake now. The
> > HUGE_VAL -> HUGE_VALF problem I will fix in a later patch.
> 
> That's okay, but you still need to do something in strtof's code
> because it cannot return HUGE_VAL: that's a bug.  Perhaps return some
> literal float value instead.

I'll try to get a HUGE_VAL{,F,L} patch done soon. That will fix the bug and
get us nearer C99 compliance.

If you're worried about duplication of work with K. B. Williams's stuff, don't
worry - I've checked and there isn't any. Well, he has a definition of
HUGE_VALL, but it looks like we can just switch to defining it in a similar
way to HUGE_VAL currently is.

I'll run the Cygnus test suite before submitting the patch.

Bye, Rich =]

-- 
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]