On Fri, Aug 20, 2010 at 9:26 PM, Dr. David Kirkby
wrote:
> Unless OS X rounds by default to 64-bits, I can't understand how this would
> have ever worked. Why was it not necessary to change the rounding behavior
> of an Intel based OS X system?
Modern x86 family chips actually have two totally se
Something is puzzling me, and I'm hoping someone can help resolve it.
As you may know, SYMPOW is presenting problems on Cygwin and Solaris. Having
read the paper in the 'docs' directory of the quad-double package:
http://crd.lbl.gov/~dhbailey/mpdist/qd-2.3.11.tar.gz
it is clear that the quad
I have a build of Sage at school that I occasionally update when a bug
or upgrade affects me. I'm the only one who uses it, but it's
installed in a public location (i.e. not writable by me) in case
someone else *might* use it. And because I don't have enough disk
space in my personal quota. :-)
On 20 August 2010 21:09, Mike Hansen wrote:
> This was from Michael Abshoff from awhile back when he was working on
> Sage and Solaris:
>
> """
> * sympow: Here we are using Mark Watkins own quaddouble code and the
> FPU mode setting code is basically busted. There are two ways how to
> handle th
This was from Michael Abshoff from awhile back when he was working on
Sage and Solaris:
"""
* sympow: Here we are using Mark Watkins own quaddouble code and the
FPU mode setting code is basically busted. There are two ways how to
handle this: (a) Fix the FPU mode setting code by using Solaris
spe
On Aug 20, 8:52 am, kcrisman wrote:
> This is documented, I think, that one can use extra variables; it
> turns out that in Maxima this also fails with just one variable.
> Interestingly, in Maxima just one variable doesn't work, but no
> variables do (this is documented in Maxima):
>
> (%i6) sol
On 16 August 2010 23:48, Bill Hart wrote:
>
>
> On 16 Aug, 22:50, William Stein wrote:
>> On Mon, Aug 16, 2010 at 2:32 PM, Bill Hart
>> wrote:
>> > Is there even a link from which Sympow can be downloaded so that one
>> > can look through the code to see if it is worth salvaging. I can't
>> > e
> > I am not sure if this is even related. Does the solver rely on maxima,
> > too!?
Absolutely.
> > The following should yield at least one complex solution... (See also
> > at the end ofhttps://sage.q1cc.net/home/pub/1/)
>
> > a,b = var("a,b")
>
> > solve([a*b==1,a+b==0],a)
> > []
>
> Try solvi
Hi Karl,
On Aug 19, 1:57 pm, kcrisman wrote:
> Another potential conflict between sage-support and ask.sagemath...
In one of the comments to one of the answers to "what should the FAQ
contain", William proposed asksage as "a better sage-support", and I'm
in favor of this (with the allowance of
On 20 August 2010 05:03, Mike Hansen wrote:
> On Thu, Aug 19, 2010 at 6:13 PM, Dr. David Kirkby
> wrote:
>> Looking at sage-windows, there does not seem to be much activity on the
>> Cygwin port. Is there anyone who is working on that now? Last I knew from
>> William, none of the developers (main
On 20 August 2010 09:57, François Bissey wrote:
>> Of course I know it depends on swap space, operating system, lots of
>> things, so nobody can give an exact answer, but I'd be interested to know
>> if building Sage on a machine with only 1 GB of RAM is likely to be
>> possible.
>>
>> The machine
> Of course I know it depends on swap space, operating system, lots of
> things, so nobody can give an exact answer, but I'd be interested to know
> if building Sage on a machine with only 1 GB of RAM is likely to be
> possible.
>
> The machine, which runs AIX (or it would if I can fix the PSU), h
On Thu, Aug 19, 2010 at 03:59:14PM -0700, Simon King wrote:
> Hi Jeroen,
>
> On 19 Aug., 23:54, Jeroen Demeyer wrote:
> > I noticed some classes in Sage have a _pari_ method (which seems to be
> > used to convert self to a PARI GEN). But there is also _pari_init_,
> > which seems to be more or l
On 08/20/2010 02:55 AM, Dr. David Kirkby wrote:
> On 08/20/10 02:03 AM, Mitesh Patel wrote:
>> On 08/19/2010 12:16 PM, Dr. David Kirkby wrote:
>>> I am running some doc tests on my Blade 1000 and was concerned that the
>>> file ptestlong.log had not had the time stamp changed for over an hour.
>>>
On 08/20/10 02:03 AM, Mitesh Patel wrote:
On 08/19/2010 12:16 PM, Dr. David Kirkby wrote:
I am running some doc tests on my Blade 1000 and was concerned that the
file ptestlong.log had not had the time stamp changed for over an hour.
Using ls, I see:
-rw-r--r-- 1 drkirkby other 190759 Au
15 matches
Mail list logo
