Re: pi seems not to be a constant

Pierpaolo Bernardi <[email protected]>
Newsgroups gmane.lisp.clisp.general
Message-ID <CANY8u7H-c3z6wuyr_Hq+L841Q+t0njHdB++bVVRnRtt8vKNVDw@mail.gmail.com>
On Tue, Oct 20, 2015 at 12:28 AM, Don Cohen
<[email protected]> wrote:
> Pierpaolo Bernardi writes:
>  > A typical use case for adjustable precision floats is the following:
>  >
>  > (setf (ext:long-float-digits) some-appropriate-number-of-bits)
>  > (large-body-of-standard-portable-cl-code-using-long-floats)
>  >
>  > If long-float-digits is changed and the "constants" are not adjusted
>  > then STANDARD PORTABLE CL code will break.
>
> I don't understand what you think will go wrong.
> Please specify.

Portable, standard, CL code expects the value of
MOST-POSITIVE-LONG-FLOAT to be the most positive long float value.

With your proposal, the example case I described above won't work.
Since I think the above case is an important one, I wouldn't be happy
if Clisp changed in this way.

OK, portable, standard, CL code expects also MOST-POSITIVE-LONG-FLOAT
to be a constant, but, for some reason, this does not worry me.

>  > And if you use it then everything breaks.  So removing it will
>  > avoid troubles.
> I don't accept that everything breaks if you use it.  However if
> you remove it and still use it then clearly it does break.
> Given that nothing goes wrong if you DON'T use it, and you're
> guaranteeing to break code that DOES use it, removing it can only
> make things worse.

OK, I agree.  In fact I think that, if one wants to retain adjustable
precision long floats, then any change to the status quo will make
things worse.

------------------------------------------------------------------------------
_______________________________________________
clisp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/clisp-list
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.