Sender: rich AT phekda DOT freeserve DOT co DOT uk
Message-ID: <3EA522D5.D2BF19B@phekda.freeserve.co.uk>
Date: Tue, 22 Apr 2003 12:09:09 +0100
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: Yet another try on nan in strto{f,d,ld}
References: <200304220902 DOT LAA06094 AT lws256 DOT lu DOT erisoft DOT se>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Hello.

Martin Stromberg wrote:
> 
> Eli said:
[snip]
> > Also, I'm a bit worried by the typecast juggling you do: won't that
> > get in our way when/if we want to add ``restrict'' qualifiers to the
> > library sources and headers?
> 
> Do you mean "unconst" or "return *(double *)(&n)"? Or something else?
> 
> For unconst, I have no idea. I've just duplicated earlier present
> unconsts.
> 
> For return ..., I don't think restrict have anything to do with
> return.

From reading the C99 standard, my understanding is that restrict allows the
compiler to optimise code within a function, because it only allows access to
data through one pointer.

I wonder if unconst and restrict won't work very well together. I wonder if
the compiler will complain about using unconst on a restrict'ed pointer? Maybe
we will need to include "restrict" in the type information in the parameters
to unconst. Anyway, this is all speculation. We've got bigger things to do
before adding restrict to the function declarations.

[snip]
> The plan is commit strtof() and strtod() soon. We need to decide if
> the integer bit influences the NaNess of a long double for strtold().
> 
> Or should I just commit that one too after deciding that that bit must
> be set? (It's what *printf() do. A NaN with that bit cleared is showed
> as Unnormal.)
[snip]

I hope to review the patch today. It would be nice for it to go in before the
code freeze, but I don't think we should rush it.

Reminder: The code freeze for alpha is midnight tomorrow GMT.

Bye, Rich =]

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