Against PEP 240
David C. Ullrich
ullrich at math.okstate.edu
Fri Jun 1 10:43:24 EDT 2001
On Thu, 31 May 2001 21:07:26 -0400, "Tim Peters" <tim.one at home.com>
wrote:
>[Tim]
>> Jurjen N.E. Bos contributed a Python implementation of the constructive
>> reals several years ago. ...
>
>[David C. Ullrich]
>> Really? You don't happen to recall where I can find this, do you?
>>
>> (Um: or are you referring to the celebrated real.py?
>
>Right.
>
>> At least in the version of real.py I have the reals have arbitrary
>> but predetermined finite precision. If that's what you meant never mind.
>
>You have to represent reals as string-form function evaluations, then hook
>into the machinery that re-evaluates them with ever-increasing precision.
>It's barely documented and difficult to reverse-engineer. The only "out of
>the box" way to do it is via the interactive functions that keep printing
>more and more digits until you interrupt them. It's not enough *just* to
>use the Real class.
Yeah, I figured later that I'd thought you were saying more than
you actually said here.
> If I ever get a free month, I'd like to package that
>machinery for non-interactive demand-driven use via a new class (which I
>expect is more what you have in mind).
Yup. (Don't get the idea I was or am requesting anything here, it's
certainly not something I need. Was just curious whether you were
talking about new Bos stuff I hadn't heard of. The idea of _reals_
with actual infinite precision is fascinating, but at least
from my point of view that's all it is.)
>> Those wacky reals. Makes you wonder how they got the name.
>
>Probably some Dutch guy; heck, they even name languages after snakes.
I didn't know that, thanks.
David C. Ullrich
*********************
"Sometimes you can have access violations all the
time and the program still works." (Michael Caracena,
comp.lang.pascal.delphi.misc 5/1/01)
More information about the Python-list
mailing list