I'm also working on const.tex. It is unfortunately
slow going as there are a lot of changes.
On 3/15/07, William Stein [EMAIL PROTECTED] wrote:
Hello,
The plan is to release SAGE-2.4 next Wednesday, March 21. Here's
the plan
* Bobby Moretti - Calculus
* William Stein - Modular forms
Hi,
Some of these matters were touched on in off-list conversations. However, I
think it might be of more general interest. My motivation in these things is
the movement of the number fields down to SageX and an obsession with getting
them 'frickin fast' as Martin might say.
Conceptually,
On Mar 16, 2007, at 10:13 AM, Joel B. Mohler wrote:
Hi,
Some of these matters were touched on in off-list conversations.
However, I
think it might be of more general interest. My motivation in these
things is
the movement of the number fields down to SageX and an obsession
with
On Fri, Mar 16, 2007 at 10:30:06AM -0400, David Harvey wrote:
On Mar 16, 2007, at 10:13 AM, Joel B. Mohler wrote:
Hi,
...
Hmmm I'm a bit confused. Here's what I imagine in my ideal world:
(1) We have a .pxi file for easy usage of the NTL C++ library from
other pyrex
On 3/16/07, Martin Albrecht [EMAIL PROTECTED] wrote:
Hmmm I'm a bit confused. Here's what I imagine in my ideal world:
(1) We have a .pxi file for easy usage of the NTL C++ library from
other pyrex classes, as you say above.
(2) The Polynomial_integer_dense class is implemented in
On Mar 16, 2007, at 1:34 PM, William Stein wrote:
The ntl.pyx file should never vanish. One of the main points of
SAGE is that
it provides an interpreter interface to a wide range of major open
source math software. NTL is one of these pieses of major open source
math software. The
On 3/16/07, David Harvey [EMAIL PROTECTED] wrote:
It's not just slowness (which as you say, still needs to be
demonstrated). Another issue is maintainability. If we can wrap C++
directly in ntl.pyx, why have another C++ layer? For example, when I
was writing the fast ZZ-mpz_t code a few
On Mar 16, 2:23 pm, Nick Alexander [EMAIL PROTECTED] wrote:
Do you agree that the current behaviour is brain-dead? 'cuz I'll
patch it!
Agreed! roots() should always return multiplicity when asked to.
didier
Nick
--~--~-~--~~~---~--~~
To post to this group,
On 3/16/07, didier deshommes [EMAIL PROTECTED] wrote:
On Mar 16, 2:23 pm, Nick Alexander [EMAIL PROTECTED] wrote:
Do you agree that the current behaviour is brain-dead? 'cuz I'll
patch it!
Please send me a patch, so that it returns multiplicities in all cases.
-- William
On Friday 16 March 2007 14:10, William Stein wrote:
It's not just slowness (which as you say, still needs to be
demonstrated). Another issue is maintainability. If we can wrap C++
directly in ntl.pyx, why have another C++ layer? For example, when I
was writing the fast ZZ-mpz_t code a few
On Friday 16 March 2007 14:10, William Stein wrote:
On the other hand, the user should be allowed to make number fields
by polys with non-integral coefficients. Perhaps you want to
translate for them, to make the arithmetic fast and the user
experience transparent. Sounds like a pain
On Friday 16 March 2007 13:57, David Harvey wrote:
All number fields can be defined in terms of a monic polynomial with
integer coefficients. Suppose you start with a defining polynomial
which is monic but has non-integral coefficients. Multiply the whole
polynomial by L^d, where d is
I wasn't expecting to like it, but I think I could very much get used
to it, especially as the number of options seems to increase. It
looks like the menu vs. button mode could almost entirely be handled
via css too.
- Robert
On Mar 15, 2007, at 12:03 PM, Timothy Clemans wrote:
There
If lots of options get added then menus are unavoidable, but currently
I don't think the options presented in the notebook take up real
estate that would otherwise get good use. Avoiding drop-down menus has
the advantage that all options are immediately visible. Having to
first drop down the menu
Quote me on this: The SAGE notebook will NEVER have multi-level dropdowns.
If I ever suggest it, remind me of this. If I persist, throw something at my
head.
On Fri, 16 Mar 2007, Nils Bruin wrote:
If lots of options get added then menus are unavoidable, but currently
I don't think the
Then can there please be a mode I can go into merge the second menu
with the first? Remember everyone that menu is pure css and there are
accesskeys that can added for each item.
On 3/16/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Quote me on this: The SAGE notebook will NEVER have
Oh, jeez. I didn't realize that there were multi-level dropdowns in your
example. Guess I only rolled over the top and thought, yeah, that's cool.
But that simply won't do. Thanks to recent irreversible decisions, multi-level
dropdowns get people hit in the head, and we don't want that.
I
Hi folks,
I've wanted to make a minimal sage for some time. I finally got
motivated to do some work on it. Don't ask what I _should_ have been
doing.
I'm working with gentoo linux ... it has nice package management and
many of the things I needed were included already. I'll make as many
On 3/16/07, Mark [EMAIL PROTECTED] wrote:
I've wanted to make a minimal sage for some time. I finally got
motivated to do some work on it. Don't ask what I _should_ have been
doing.
I'm working with gentoo linux ... it has nice package management and
many of the things I needed were
William,
Well, I had a nice reply typed and ... and I lost it. Typical. I'll
try again ... but it won't be nearly as witty.
Gentoo has the following higher versions available (then what I used):
pexpect-2.1 (not sure why I only read .999)
maxima-5.11.0
gsl-1.9
I forgot to mention that there
William,
Sorry. About the csage build process: I built by hand b/c the
automated process has the whole nine yards of autoconf tools with
it. I couldn't find the location for specifying Python.h and I
noticed there were only two source files and two headers. So, I
compiled by hand. The
On 3/16/07, Mark [EMAIL PROTECTED] wrote:
Gentoo has the following higher versions available (then what I used):
pexpect-2.1 (not sure why I only read .999)
Do not use pexpect-2.1. It is very broken.
maxima-5.11.0
gsl-1.9
Good.
On the issue of a batteries included sage for gentoo: this
Hello,
I'm running some computations in SAGE for my research, and they are
quite time consuming, but proudly parallel. I'd obviously like to use
DSAGE to speed them up, but I have a few questions.
1) Is there an easy/convenient way to start 16 dsage workers on a
single machine?
2) If the task
23 matches
Mail list logo
