On Wednesday 07 November 2007, Joel B. Mohler wrote:
> On Wednesday 07 November 2007 10:42, Martin Albrecht wrote:
> > > Sorry to reply to myself when I should have done my research
> > > beforehand. The issue is that multivariate polynomials over ZZ override
> > > hash and hash the tuple of tuple
About the cvxopt problem
Now the package checks sage_fortran -v and uses a setup.py that links
against f95
if you have g95 and a setup.py that links against gfortran otherwise.
(this package is in my spkgs cvxopt-0.8.2.p5.spkg)
I have tested it with both g95 and gfortran.
Josh
On Nov 7, 3:
On Nov 7, 8:08 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> This should really be sent to sage-devel, so I'm forwarding it there.
>
> -- Forwarded message --
> From: William Stein <[EMAIL PROTECTED]>
> Date: Nov 7, 2007 11:07 AM
> Subject: Re: [sage-support] sage-2.8.12 build
Ok, then I'll look at sage_fortran --version.
On Nov 7, 1:00 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Nov 7, 2007 12:52 PM, Joshua Kantor <[EMAIL PROTECTED]> wrote:
>
>
>
> > Thats expected, since the fix I made was for g95 builds and it worked
> > by linking in f95, which won't be a
On Nov 7, 2007 12:52 PM, Joshua Kantor <[EMAIL PROTECTED]> wrote:
>
> Thats expected, since the fix I made was for g95 builds and it worked
> by linking in f95, which won't be around using gfortran. Should be
> easy to add a test for gfortran.
>
> I was going to test whether or not $SAGE_FORTRAN w
Thats expected, since the fix I made was for g95 builds and it worked
by linking in f95, which won't be around using gfortran. Should be
easy to add a test for gfortran.
I was going to test whether or not $SAGE_FORTRAN was set and use an
appropriate setup.py depending on whether or not this is tr
This should really be sent to sage-devel, so I'm forwarding it there.
-- Forwarded message --
From: William Stein <[EMAIL PROTECTED]>
Date: Nov 7, 2007 11:07 AM
Subject: Re: [sage-support] sage-2.8.12 build report
To: [EMAIL PROTECTED]
On Nov 7, 2007 11:02 AM, Kate Minola <[EMA
I have a patch in my spkgs directory (vtk_plot.hg)
If you apply it, there will be 3 functions
vtk_plot_surface, vtk_plot_array, and vtk_plot_3d_iso
For example
sage: f=lambda x,y:sin(sqrt(x^2+y^2))
sage: vtk_plot_surface(f,-2,2,-2,2,num_points=100)
On Nov 7, 8:02 am, "William Stein" <[EMA
On Wednesday 07 November 2007 10:42, Martin Albrecht wrote:
> > Sorry to reply to myself when I should have done my research beforehand.
> > The issue is that multivariate polynomials over ZZ override hash and hash
> > the tuple of tuples of exponents (roughly speaking). This is in stark
> > cont
On Nov 7, 2007 1:00 AM, Joshua Kantor <[EMAIL PROTECTED]> wrote:
>
> The problem is that on Linux, if you don't have the opengl libraries
> (typically libgl1-mesa-dev) then vtk won't build but the package exits
> successfully. I guess I need to add my own tests for open gl libraries
> on linux lik
Hi all,
see
http://trac.sagemath.org/sage_trac/ticket/1120
and
http://trac.sagemath.org/sage_trac/ticket/1121
for the low hanging fruits.
Martin
--
name: Martin Albrecht
_pgp: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x8EF0DC99
_www: http://www.informatik.uni-bremen.de/~ma
> Sorry to reply to myself when I should have done my research beforehand.
> The issue is that multivariate polynomials over ZZ override hash and hash
> the tuple of tuples of exponents (roughly speaking). This is in stark
> contrast to the default implementation that hashes the string
> represe
On Wednesday 07 November 2007 08:33, Joel B. Mohler wrote:
> I'd like some confirmation for the patch at
> http://www.sagetrac.org/sage_trac/ticket/1075
> The purpose of the patch is to fix the lack of substitution in the
> following code snippet (it also has other ramifications in similar
> conte
Joel's posting led me to read the old thread (March '07, before I
joined the sage lists) which was very interesting.
python wants hashes to be defined so that x==y implies
hash(x)==hash(y), while Sage wants to be clever mathematically so that
"x==y" is possible for a lot of complicated reasons.
Hi,
I'd like some confirmation for the patch at
http://www.sagetrac.org/sage_trac/ticket/1075
The purpose of the patch is to fix the lack of substitution in the following
code snippet (it also has other ramifications in similar contexts):
sage: R.=ZZ[]
sage: (x/y).subs({x:1})
x/y
The patch is
Hi everybody,
I've attached a 'random_monomial.py' to
http://trac.sagemath.org/sage_trac/ticket/980
which implements Steffen's and my proposal.
Thoughts?
Martin
--
name: Martin Albrecht
_pgp: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x8EF0DC99
_www: http://www.informatik.uni-bre
Dear CLISP team,
I've recently built (vanilla) clisp-2.42 on MacOS X 10.5 (aka
Leopard). The resulting binary exhibited the infamous "Error 45"
problem [1], i.e. running
clisp | tee clisp.log # for example
yields the the following error message:
>
*** - UNIX error 45: Operation not suppor
The problem is that on Linux, if you don't have the opengl libraries
(typically libgl1-mesa-dev) then vtk won't build but the package exits
successfully. I guess I need to add my own tests for open gl libraries
on linux like I do for tcl/tk.
Josh
On Nov 5, 10:09 pm, "William Stein" <[EMAIL PR
18 matches
Mail list logo
