Re: [Python-Dev] trunk-math

2008-02-22 Thread Lisandro Dalcin
On 2/16/08, Mark Dickinson <[EMAIL PROTECTED]> wrote: > * New float methods: is_finite, is_inf, is_integer and is_nan. Just a question... is_integer or is_integral? -- Lisandro Dalcín --- Centro Internacional de Métodos Computacionales en Ingeniería (CIMEC) Instituto de Desarrollo T

Re: [Python-Dev] trunk-math

2008-02-21 Thread Christian Heimes
Nick Coghlan wrote: > I would put the context manager in the math module as well. contextlib > is intended for generic context related tools (like nested() and > closing() that don't have a more topical home. I'll reimplement the ieee754 context manager in C once the feature gets accepted. For the

Re: [Python-Dev] trunk-math

2008-02-19 Thread Andrew McNabb
On Fri, Feb 15, 2008 at 10:53:14PM -0500, Mark Dickinson wrote: >* New float methods: is_finite, is_inf, is_integer and is_nan. >* New cmath functions: phase, polar and rect, isinf and isnan. >* New complex method: is_finite. This may be a dumb question, but is there any particular rea

Re: [Python-Dev] trunk-math

2008-02-18 Thread Neal Becker
There is a post on boost (http://boost.org) about floating point utilities that are being considered for review. This seems to have a lot of overlap with python needs. I haven't reviewed this myself, but boost code is meant to be quite portable. Here is the link: http://tinyurl.com/2gg4z3

Re: [Python-Dev] trunk-math

2008-02-17 Thread Mark Dickinson
Aargh. Extra long lines again. Here's a repost. An update: after some discussion, we're planning a PEP for the "with ieee754" and related ideas, perhaps aimed at Python 3.1; there are lots of difficult decisions to be made, and plenty that would benefit from community feedback. In the meantim

Re: [Python-Dev] trunk-math

2008-02-17 Thread Mark Dickinson
An update: after some discussion, we're planning a PEP for the "with ieee754" and related ideas, perhaps aimed at Python 3.1; there are lots of difficult decisions to be made, and plenty that would benefit from community feedback. In the meantime, we'll get the rest of the fixes/additions tidied

Re: [Python-Dev] trunk-math

2008-02-16 Thread Neal Becker
This sounds great! Thank you for your effort. Let me know if I can help (perhaps some testing?) ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/py

Re: [Python-Dev] trunk-math

2008-02-16 Thread Nick Coghlan
Christian Heimes wrote: > Nick Coghlan wrote: >> I would put the context manager in the math module as well. contextlib >> is intended for generic context related tools (like nested() and >> closing() that don't have a more topical home. > > I'll reimplement the ieee754 context manager in C once t

Re: [Python-Dev] trunk-math

2008-02-16 Thread Nick Coghlan
Mark Dickinson wrote: > * There's a per-thread state for division operator. In IEEE 754 mode > 1./0. and 1.%0. return INF and 0./0. NAN. The contextlib has a new > context "ieee754" and the math lib set_ieee754/get_ieee754 (XXX better > place for the functions?) I would put the context manager

Re: [Python-Dev] trunk-math

2008-02-15 Thread Mark Dickinson
Apologies for the bad formatting. Here's a repost with shorter lines. Dear all, I'd like to draw your attention to some of the work that's been going on in the trunk-math branch. Christian Heimes and I have been working on various aspects of Python mathematics, and we're hoping to get at least

Re: [Python-Dev] trunk-math

2008-02-15 Thread Steve Holden
Mark Dickinson wrote: > Dear all, > > I'd like to draw your attention to some of the work that's been going on > in the trunk-math branch. Christian Heimes and I have been working on > various aspects of Python mathematics, and we're hoping to get at least > some of this work into Python 2.6/3

[Python-Dev] trunk-math

2008-02-15 Thread Mark Dickinson
Dear all, I'd like to draw your attention to some of the work that's been going on in the trunk-math branch. Christian Heimes and I have been working on various aspects of Python mathematics, and we're hoping to get at least some of this work into Python 2.6/3.0. Most of the changes are completed