[sage-devel] Re: design question: interval arithmetic comparisons

2007-02-11 Thread Michel
I am wondering what Sage's strategy is with regard to coercions. It thought that it would be reasonable that an element of a RealIntervalField should be coercable into a RealField but this does not seem to be the case. sage: r=RealIntervalField(16)((1,2)) sage: RealField(16)(r) : Unable to conve

[sage-devel] Re: problem with sage -update to sage-2.1 on SuSE 10.2

2007-02-11 Thread Bill Page
On February 11, 2007 4:24 PM William Stein wrote: > > Regarding your question about the axiom interface, I'll check it > out. > Thanks. > By the way, has any progress been made on porting axiom to OS X? > Yes. Some Axiom developers have reported successfully building the experimental build-i

[sage-devel] Re: problem with sage -update to sage-2.1 on SuSE 10.2

2007-02-11 Thread William Stein
On Sun, 11 Feb 2007 13:01:07 -0800, Bill Page <[EMAIL PROTECTED]> wrote: > > On February 10, 2007 1:55 AM William Stein wrote: >> ... >> Your download must have been corrupted or something. Delete >> >>spkg/standard/sage-2.1.0.1.spkg >> >> and try again. >> ... > > Thanks, that worked. Duri

[sage-devel] first axiom command hangs sage

2007-02-11 Thread Bill Page
In sage-2.0 and sage-2.1.0.1 the first Axiom command that I enter hangs the sage process but if I hit control-c and re-enter the command, it works as it used to work. This also affects Axiom commands entered via the notebook. sage: axiom('1+1') ... waits indefinitely ... ^C ... sage: ax

[sage-devel] Re: problem with sage -update to sage-2.1 on SuSE 10.2

2007-02-11 Thread Bill Page
On February 10, 2007 1:55 AM William Stein wrote: > ... > Your download must have been corrupted or something. Delete > >spkg/standard/sage-2.1.0.1.spkg > > and try again. > ... Thanks, that worked. During the initial 'sage -upgrade' step, I did not receive any notice of problems with th

[sage-devel] Re: design question: interval arithmetic comparisons

2007-02-11 Thread William Stein
On Sun, 11 Feb 2007 00:22:23 -0800, Carl Witty <[EMAIL PROTECTED]> wrote: > That's one of the uses of interval arithmetic. My own use for > interval arithmetic is dealing with algebraic numbers. It is possible > to do exact computations with algebraic numbers, but if the question > you are askin

[sage-devel] Re: design question: interval arithmetic comparisons

2007-02-11 Thread William Stein
On Sun, 11 Feb 2007 06:07:17 -0800, David Harvey <[EMAIL PROTECTED]> wrote: > H apart from what's "mathematically correct", there is > another problem I just noticed. > > According to > > http://docs.python.org/ref/customization.html > > it says "The only required property is that objects

[sage-devel] [sage-forum] sage-2.1

2007-02-11 Thread Jaap Spies
William Stein wrote: > I've released SAGE-2.1. It's a nontrivial release. My troubles with Fedora Core 5 disappeared after a fresh start. sage-2.1 builds now and starts normal. make -test has only one test failing: intgration.pyx on floating point issues. My upgrade system wide from 2.0 to

[sage-devel] [sage-forum] sage-2.1

2007-02-11 Thread Jaap Spies
William Stein wrote: > I've released SAGE-2.1. It's a nontrivial release. A fresh install on FC 6 succeeded with only one test failing: sage -t devel/sage-main/sage/gsl/integration.pyx Jaap --~--~-~--~~~---~--~~ To post to this group, send email to sag

[sage-devel] Re: design question: interval arithmetic comparisons

2007-02-11 Thread David Harvey
On Feb 11, 2007, at 3:22 AM, Carl Witty wrote: > That's one of the uses of interval arithmetic. My own use for > interval arithmetic is dealing with algebraic numbers. It is possible > to do exact computations with algebraic numbers, but if the question > you are asking is not too difficult th

[sage-devel] Re: design question: interval arithmetic comparisons

2007-02-11 Thread Carl Witty
On Feb 10, 6:48 pm, David Harvey <[EMAIL PROTECTED]> wrote: > On Feb 10, 2007, at 9:40 PM, Carl Witty wrote: > > > Some IEEE doubles are exact -- you can't tell just by looking at it > > whether a value of 0.5 is intended to be exact or approximate. > > True. > > Can I check I understand the point