[#4766] Wiki — "Glen Stampoultzis" <trinexus@...>

21 messages 2000/09/04
[#4768] RE: Wiki — "NAKAMURA, Hiroshi" <nahi@...> 2000/09/04

Hi, Glen,

[#4783] Re: Wiki — Masatoshi SEKI <m_seki@...> 2000/09/04

[#4785] Re: Wiki — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/09/05

Howdy,

[#4883] Re-binding a block — Dave Thomas <Dave@...>

16 messages 2000/09/12

[#4930] Perl 6 rumblings -- RFC 225 (v1) Data: Superpositions — Conrad Schneiker <schneik@...>

Hi,

11 messages 2000/09/15

[#4936] Ruby Book Eng. translation editor's questions — Jon Babcock <jon@...>

20 messages 2000/09/16

[#5045] Proposal: Add constants to Math — Robert Feldt <feldt@...>

15 messages 2000/09/21

[#5077] Crazy idea? infix method calls — hal9000@...

This is a generalization of the "in" operator idea which I

17 messages 2000/09/22

[#5157] Compile Problem with 1.6.1 — Scott Billings <aerogems@...>

When I try to compile Ruby 1.6.1, I get the following error:

15 messages 2000/09/27

[ruby-talk:5113] Re: Proposal: Add constants to Math

From: Conrad Schneiker <schneik@...>
Date: 2000-09-25 19:40:01 UTC
List: ruby-talk #5113
Hi,

Robert Feldt wrote:
...
> On Sat, 23 Sep 2000, Yukihiro Matsumoto wrote:
...
> > |Since we now have Float#nan? and Float#infinite? I think the following
> > |constants should be added to Math (or Float?) for completeness:
> > |
> > |NEGINF = Math.log(-1) # Or better way of generating NEGINF...
> > |INF = -NEGINF
> > |NAN = INF / INF
> >
> > Do you know good/portable way to generate positive/nagative infinity
> > and NaN?
> >
> I guess the simplest answer is that since the current interpreter relies
> on isnan and isinfinite for nan? and infinite? and they, to my knowledge,
> are not ANSI C I guess we could use nan() and infinity() which are also
> non ANSI C (but at least show up in math.h on my cygwin "machines"). But
> this will probably not work very often...
> 
> If you want to be a bit more sure you could assume the IEEE 754 floating
> point standard funtions are correctly implemented and get for example
> nan with: 0.0/0.0 or sqrt(negative double) or 0*inifinity or inf*inf or
> inf+inf.
... (etc.)

On this and related topics of what results should be produced under
various conditions, does anyone know what Python does? The Python
community seems to have a pretty strong applied math and numerical
analysis contingent, and it might be worthwhile to take advantage of
their experience and to maybe even seek their advice concerning the pros
and cons of how Python did things. 

(This might also make it easier for some such users to convert to Ruby
later, and this might also make it practical to someday port Python's
various numerical modules.)

-- 
Conrad Schneiker
(This note is unofficial and subject to improvement without notice.)

In This Thread