Hi!
If there is bigger interest in monomial ideals,
they can represented very efficiently in the case of Boolean
polynomials, by a single decision diagram.
Operations between monomial ideals can be implemented by single, very
efficient ZDD operations.
If you don't have degree bound one per
In keeping with the just do it style of consensus building, I wrote up
a page describing an early view of distributed computing and Sage.
Forgive the tone which reads like I have standing in the Sage
community... its a hard habit to break and I didn't want to waste a lot
of time wordsmithing...
Hi,
Bug day 12 is on! http://wiki.sagemath.org/bug12/
Please drop by irc and fix a bug.I'm working on the
notebook bugs listed here:
http://wiki.sagemath.org/bug12/notebook
William
--
William Stein
Associate Professor of Mathematics
University of Washington
http://wstein.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Bill,
may I ask what your take on language bindings for mpir is? I think it
would be important to be able to use it from C++, Python, Ruby, etc. I
would certainly be glad to help in such an effort.
Best regards,
~ Francesco.
-BEGIN PGP
On May 10, 8:21 pm, Francesco Biscani [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Bill,
Hi Francesco,
may I ask what your take on language bindings for mpir is? I think it
would be important to be able to use it from C++, Python, Ruby, etc. I
would
On May 8, 5:46 am, Clement Pernet [EMAIL PROTECTED] wrote:
Rumors are always true!
I meant to merge linbox_wrap in linbox/interfaces for the 2.0 linbox
release. Depending on how urgent is your need for this to happen, I may
consider doing it in a 1.1.6 release instead.
What's the timescale
Okay, I will not bother submitting the flintqs package to Debian,
since it sounds like things may move to flint entirely before the SAGE
package makes it into Debian upstream anyway.
-Tim Abbott
On May 8, 10:02 am, Bill Hart [EMAIL PROTECTED] wrote:
The new quadratic sieve included in
Hi,
There is a new version of PiScript. If you've never
heard of it, check it out below.
-- Forwarded message --
From: Bill Casselman [EMAIL PROTECTED]
Date: Sat, May 10, 2008 at 3:16 PM
Subject: PiScript update
To: Robert Bradshaw [EMAIL PROTECTED]
Cc: David Austin [EMAIL
Currently CDF and RDF matrices wrap GSL matrices and use GSL algorithms
for part of the computations. After talking with a few lead developers
on IRC, it seems that the consensus is that numpy is generally better
and has a much, much stronger community. What do people think of moving
the
Are there going to be any API incompatibilities going to be introduced
by this move? That is, will existing code written against RDF and CDF
matrices still just work?
On Sat, May 10, 2008 at 6:41 PM, Jason Grout
[EMAIL PROTECTED] wrote:
Currently CDF and RDF matrices wrap GSL matrices and use
On Sat, 10 May 2008, Jason Grout wrote:
Currently CDF and RDF matrices wrap GSL matrices and use GSL algorithms
for part of the computations. After talking with a few lead developers
on IRC, it seems that the consensus is that numpy is generally better
and has a much, much stronger
On May 9, 1:24 pm, kcrisman [EMAIL PROTECTED] wrote:
On May 9, 3:25 pm, John H Palmieri [EMAIL PROTECTED] wrote:
I've posted a patch to the trac server with some documentation changes
along these lines:
http://trac.sagemath.org/sage_trac/ticket/3145
Just a question from the uninformed
[EMAIL PROTECTED] wrote:
On Sat, 10 May 2008, Jason Grout wrote:
Currently CDF and RDF matrices wrap GSL matrices and use GSL algorithms
for part of the computations. After talking with a few lead developers
on IRC, it seems that the consensus is that numpy is generally better
and
On Sat, May 10, 2008 at 9:27 PM, Jason Grout
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
On Sat, 10 May 2008, Jason Grout wrote:
Currently CDF and RDF matrices wrap GSL matrices and use GSL algorithms
for part of the computations. After talking with a few lead developers
on IRC,
14 matches
Mail list logo