Mike Meyer wrote:
Well, you want to be able to add floats to rationals. The results
shouldn't be rational, for much the same reason as you don't want to
convert floats to rationals directly. I figure the only choice that
leaves is that the result be a float. That and float(rational) should
be the
Nick Coghlan [EMAIL PROTECTED] writes:
Actually, I was misremembering how Decimal worked - it follows the rule you
suggest:
float() + Decimal() fails with a TypeError
float() + float(Decimal()) works fine
And I believe Decimal's __float__ operation is a 'best effort' kind of
thing, so I
Mike Meyer wrote:
Actually, I suggested that:
float() + Rational() returns float
You're suggesting that the implicit conversion to float not happen
here, and the user be forced to cast it to float? And you're saying
Decimal does it that way.[
Yup.
I had another look at PEP 327 (the section on
Mike Meyer wrote:
I'm willing to do the work to get
decimals working properly with it.
Facundo's post reminded me of some of the discussion about the interaction
between floats and Decimal that went on when he was developing the module that
eventually made it into the standard library.
Perhaps
Nick Coghlan [EMAIL PROTECTED] writes:
Mike Meyer wrote:
I'm willing to do the work to get
decimals working properly with it.
Facundo's post reminded me of some of the discussion about the
interaction between floats and Decimal that went on when he was
developing the module that
I've been thinking about doing this for a while. cRat
(http://sf.net/projects/pythonic) already meets these qualifications
except that I need to add decimal support to it now that decimals are
in the language. I could rewrite the existing code in Python (it's
currently in C), but there are some
On Fri, 17 Dec 2004 21:29:52 -0600, Mike Meyer [EMAIL PROTECTED] wrote:
PEP: XXX
Title: A rational number module for Python
Version: $Revision: 1.4 $
Last-Modified: $Date: 2003/09/22 04:51:50 $
Author: Mike Meyer [EMAIL PROTECTED]
Status: Draft
Type: Staqndards
Content-Type: text/x-rst
Created:
Mike Meyer wrote:
John Roth [EMAIL PROTECTED] writes:
Mike Meyer [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
PEP: XXX
Title: A rational number module for Python
...
Rationals will mix with all other numeric types. When combined
with an
integer type, that integer will
Title: RE: A rational proposal
[Mike Meyer]
#- Good point. Currently, objects now how to convert themselves to int,
#- float and complex. Should Rational now how to convert itself to
#- Decimal (and conversely, decimal now how to convert itself to
#- Rational)?
To convert a Decimal
[Batista, Facundo]
To convert a Decimal to Rational, [...]
Hi, people. I am not closely following this thread and do not know if this
has been discussed before. Sorry if I'm repeating known arguments...
Decimal to Rational is easy. The interesting problem is how to best
convert a float to
[EMAIL PROTECTED] (Christopher A. Craig) writes:
I've been thinking about doing this for a while. cRat
(http://sf.net/projects/pythonic) already meets these qualifications
except that I need to add decimal support to it now that decimals are
in the language. I could rewrite the existing
Raymond L. Buvel wrote:
gmpy wraps GMP, which is covered by LGPL; therefore, gmpy itself is
LGPL, and thus, sadly, cannot be included with python (otherwise,
speaking as gmpy's author, I'd be glad to fix its design to meet your
objections).
Since the LGPL was designed to allow propritary
Hi Mike - Thanks for taking the time to put this together.
In article [EMAIL PROTECTED], Mike Meyer wrote:
- max(*args): return the largest of a list of numbers and self.
- min(*args): return the smallest of a list of numbers and self.
I would strongly prefer either adapting the already
Mike Meyer wrote:
PEP: XXX
Title: A rational number module for Python
snip
I think it is a good idea to have rationals as part of the standard
distribution but why not base this on the gmpy module
(https://sourceforge.net/projects/gmpy)? That module already provides
good performance. However,
Raymond L. Buvel [EMAIL PROTECTED] writes:
Mike Meyer wrote:
PEP: XXX
Title: A rational number module for Python
snip
I think it is a good idea to have rationals as part of the standard
distribution but why not base this on the gmpy module
(https://sourceforge.net/projects/gmpy)? That
John Roth [EMAIL PROTECTED] writes:
Mike Meyer [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
PEP: XXX
Title: A rational number module for Python
The ``Rational`` class shall define all the standard mathematical
operations: addition, subtraction, multiplication, division, modulo
On Sat, 18 Dec 2004 12:29:10 -0600, Mike Meyer [EMAIL PROTECTED] wrote:
Raymond L. Buvel [EMAIL PROTECTED] writes:
Mike Meyer wrote:
PEP: XXX
Title: A rational number module for Python
snip
I think it is a good idea to have rationals as part of the standard
distribution but why not
On Sat, 18 Dec 2004 12:40:04 -0600, Mike Meyer [EMAIL PROTECTED] wrote:
John Roth [EMAIL PROTECTED] writes:
Mike Meyer [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
PEP: XXX
Title: A rational number module for Python
The ``Rational`` class shall define all the standard
Raymond L. Buvel [EMAIL PROTECTED] wrote:
Mike Meyer wrote:
PEP: XXX
Title: A rational number module for Python
snip
I think it is a good idea to have rationals as part of the standard
distribution but why not base this on the gmpy module
(https://sourceforge.net/projects/gmpy)?
[EMAIL PROTECTED] (Alex Martelli) writes:
gmpy wraps GMP, which is covered by LGPL; therefore, gmpy itself is
LGPL, and thus, sadly, cannot be included with python (otherwise,
speaking as gmpy's author, I'd be glad to fix its design to meet your
objections).
There's no obstacle to including
Mike Meyer wrote:
Last-Modified: $Date: 2003/09/22 04:51:50 $
Created: 16-Dec-2004
Post-History: 30-Aug-2002
playing with the time machine?
/F
--
http://mail.python.org/mailman/listinfo/python-list
21 matches
Mail list logo
