Josh,
I did a fresh install of Ubuntu 32-bit on my laptop (under parallels), then
installed the latest sage from source. Next I installed your vtk metapackage
from
http://sage.math.washington.edu/home/jkantor/spkgs/
It of course didn't initially work, but after I install the tk devel
packag
On Nov 5, 2007, at 2:53 PM, Ted Kosan wrote:
> Robert wrote:
>
>> How about
>>
>> eqn.expand() # does it to both sides
>> eqn.expand('right') # does it to the right
>> eqn.expand('left') # does it to the right
>>
>> Basically, every function valid on a symbolic expression would be
>> valid on a s
On Nov 5, 10:51 pm, Ralf-Philipp Weinmann <[EMAIL PROTECTED]
darmstadt.de> wrote:
> Hello list,
Hello Ralf,
>
> I've finished building and testing SAGE 2.8.11 (on ppc)
>
> MACOSX_DEPLOYMENT_TARGET=10.3
>
> This causes a build produced on OSX 10.5 to _almost_ work on 10.4. The
> culprit that fo
Robert wrote:
> How about
>
> eqn.expand() # does it to both sides
> eqn.expand('right') # does it to the right
> eqn.expand('left') # does it to the right
>
> Basically, every function valid on a symbolic expression would be
> valid on a symbolic equation, and take an extra (optional) parameter
Hello list,
I've finished building and testing SAGE 2.8.11 (on ppc)
MACOSX_DEPLOYMENT_TARGET=10.3
This causes a build produced on OSX 10.5 to _almost_ work on 10.4. The
culprit that forces me to use the "almost" in the above sentence is
maxima, which has been linked against the system libic
I'm pretty sure this is just me missing something obvious, but I can't
figure out why the following is happening the way it does.
At the top of sage.rings.padics.morphism.pxd (a file I'm writing) I have
include
"../../libs/ntl/decl.pxi"
from sage.structure.element cimport Element, RingElement
fr
On Nov 4, 2007, at 04:26 , Robert Bradshaw wrote:
Did this cause an issue with building SAGE on 10.5?
Nope. This didn't cause an issue at all with building SAGE [for me].
I've just finished building and testing 2.8.11 on 10.5 Intel and PPC.
These were both clean builds, not upgrade build
On Nov 5, 6:04 pm, "John Cremona" <[EMAIL PROTECTED]> wrote:
> Maybe I'll give up on this for a bit since after setting all those
> environment variables and redoing
>
> I get
>
> (stuff)
> gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
> **
Maybe I'll give up on this for a bit since after setting all those
environment variables and redoing
I get
(stuff)
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
WARNING WARNING
WARNING WARNING
WARNING WARNING
WARNING WARNING
using
Totally trivial remark: use "grep -c" instead of piping the output to "wc -l" !
John
On 05/11/2007, mabshoff
<[EMAIL PROTECTED]> wrote:
>
>
>
> On Nov 5, 5:24 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> > On 11/5/07, mabshoff <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > > > Ignore my last em
On Nov 5, 5:24 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> On 11/5/07, mabshoff <[EMAIL PROTECTED]> wrote:
>
>
>
> > > Ignore my last email, I forgot to rebuild LinBox. I am surprised how
> > > much timings vary I get from running matrix matrix multiplies,
> > > especially since sage.math i
On 11/5/07, mabshoff <[EMAIL PROTECTED]> wrote:
> > Ignore my last email, I forgot to rebuild LinBox. I am surprised how
> > much timings vary I get from running matrix matrix multiplies,
> > especially since sage.math is not loaded.
> >
> > Do the following to get it to work:
> >
> > $ source loc
On Nov 5, 4:08 pm, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> On Nov 5, 3:57 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
>
> > On 11/5/07, John Cremona <[EMAIL PROTECTED]> wrote:
>
> > > After installing Atlas (took 20 minutes) it runs more slowly!
>
> > No, it will run at exactly the
On Nov 5, 3:57 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> On 11/5/07, John Cremona <[EMAIL PROTECTED]> wrote:
>
> > After installing Atlas (took 20 minutes) it runs more slowly!
>
> No, it will run at exactly the same speed. You also have to
> rebuild linbox in such a way that it actually
On 11/5/07, John Cremona <[EMAIL PROTECTED]> wrote:
> After installing Atlas (took 20 minutes) it runs more slowly!
No, it will run at exactly the same speed. You also have to
rebuild linbox in such a way that it actually takes advantage
of ATLAS. Right now, your linbox install is probalby buil
Hi John,
On Nov 5, 3:45 pm, "John Cremona" <[EMAIL PROTECTED]> wrote:
> After installing Atlas (took 20 minutes) it runs more slowly!
>
> sage: sage: %time C = A._multiply_linbox(B)
> CPU times: user 72.32 s, sys: 1.02 s, total: 73.34 s
> Wall time: 80.09
On sage.math time drops from 11.86s to
After installing Atlas (took 20 minutes) it runs more slowly!
sage: sage: %time C = A._multiply_linbox(B)
CPU times: user 72.32 s, sys: 1.02 s, total: 73.34 s
Wall time: 80.09
(was 72 s wall time).
John
On 05/11/2007, Martin Albrecht <[EMAIL PROTECTED]> wrote:
>
> On Monday 05 November 2007, J
Hi there,
how do I use the DistributedFactor function/class in SAGE? I couldn't find a
comprehensive list: 'this is what you need to run'?
Martin
PS: I am writing a talk right now, this is why these questions pop up.
--
name: Martin Albrecht
_pgp: http://pgp.mit.edu:11371/pks/lookup?op=get&se
Thanks. After installing gfortran I found that the binary was called
gfortran-4.1 in /usr/bin so I linked that to /usr/bin/gfortran and now
the installation is proceeding ok.
John
On 05/11/2007, mabshoff
<[EMAIL PROTECTED]> wrote:
>
>
>
> On Nov 5, 3:12 pm, "John Cremona" <[EMAIL PROTECTED]> wr
On Nov 5, 3:12 pm, "John Cremona" <[EMAIL PROTECTED]> wrote:
> It would be nice if it were documented somewhere how big the optional
> packages are (e.g. file sizes displayed
> athttp://www.sagemath.org/packages/optional/)
>
> ...waiting for atlas to download...
>
> and now seeing the error mes
It would be nice if it were documented somewhere how big the optional
packages are (e.g. file sizes displayed at
http://www.sagemath.org/packages/optional/)
...waiting for atlas to download...
and now seeing the error message
sage: An error occurred while installing atlas-3.7.38
Please email sa
On Nov 5, 3:01 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> On 11/5/07, Martin Albrecht <[EMAIL PROTECTED]> wrote:
>
> > Hi,
>
> > this is probably due to the faster BLAS implementation on my notebook (and
> > the
> > standard GSL on your's). So we could remember which BLAS we use and defau
On 11/5/07, Martin Albrecht <[EMAIL PROTECTED]> wrote:
> Hi,
>
> this is probably due to the faster BLAS implementation on my notebook (and the
> standard GSL on your's). So we could remember which BLAS we use and default
> to LinBox if we have a fast BLAS (OSX, ATLAS, Goto).
The current plan wit
On Monday 05 November 2007, John Cremona wrote:
> It certainly is machine dependent! On my (aging) laptop I get this:
>
> sage: sage: A = random_matrix(GF(127),2000,2000)
>
> sage: sage: B = random_matrix(GF(127),2000,2000)
>
> sage: sage: %time D = A*B
> CPU times: user 40.87 s, sys: 2.06 s, tot
On Nov 5, 2:10 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> On 11/5/07, Martin Albrecht <[EMAIL PROTECTED]> wrote:
>
Hello,
> > I've got a naive question: Why isn't linbox the default choice for matrix
> > multiplication over F_p?
>
> (1) It was probably broken when we first wrapped matrix
It certainly is machine dependent! On my (aging) laptop I get this:
sage: sage: A = random_matrix(GF(127),2000,2000)
sage: sage: B = random_matrix(GF(127),2000,2000)
sage: sage: %time D = A*B
CPU times: user 40.87 s, sys: 2.06 s, total: 42.93 s
Wall time: 44.42
sage: %time C = A._multiply_lin
On 11/5/07, Martin Albrecht <[EMAIL PROTECTED]> wrote:
> I've got a naive question: Why isn't linbox the default choice for matrix
> multiplication over F_p?
(1) It was probably broken when we first wrapped matrix multiply
with linbox.
(2) Timings of linbox vary drastically depending on availabl
Hi there,
I've got a naive question: Why isn't linbox the default choice for matrix
multiplication over F_p?
sage: A = random_matrix(GF(127),2000,2000)
sage: B = random_matrix(GF(127),2000,2000)
sage: %time C = A._multiply_linbox(B)
CPU times: user 4.15 s, sys: 0.00 s, total: 4.15 s
Wall time:
mabshoff wrote:
> Hello folks,
>
> you can find 2.8.12.alpha1 at
>
> http://sage.math.washington.edu/home/mabshoff/sage-2.8.12.alpha1.tar
>
> alpha1 is the result of the bug fixes merged by William during Bug Day
> 5 as well as two minor spkg updates.
>
> There is currently onc doctest failur
29 matches
Mail list logo
