On Thu, 12 Oct 2006 22:31:39 -0700, J. Kantor <[EMAIL PROTECTED]>
wrote:
> A couple questions
>
> 1. I noticed that in free_module_element.pyx the __add__ function calls
> a function _add_ that is not a method of the FreeModuleElement class.
> So I can't overload it and my _add_ won't be call
On 10/12/06, William Stein <[EMAIL PROTECTED]> wrote:
I would greatly prefer the SAGE command line since: (1) It is easier to write a program in SAGE that submits jobs (2) It can be used via the notebook, which "looks pretty", whereasdesigning a cgi-form will mean having to stylize yet an
Yi,
> Yeah, I think William mentioned this to me right before Summer started, and
> I have been on a hiatus since then :)
Welcome back then...
> This looks very interesting and in fact, looking at the design, it looks
> like something which is very similar to what I have chosen to implement.
On Thu, 12 Oct 2006 19:36:42 -0700, Bill Page
<[EMAIL PROTECTED]> wrote:
> On October 12, 2006 11:57 AM you wrote:
>> Hi Bill,
>>
>> Wondering if you are back from Sage Days, and how did it go?
>
> For example, there was a lot of discussion at the meeting about
> implementing Padic integers as a
On Thu, 12 Oct 2006 18:46:09 -0700, Yi Qiang <[EMAIL PROTECTED]> wrote:
> 1) If you had a problem that could potentially be tackled by distributed
> computation, how would you see yourself submitting that job?
> Currently, I have implemented a database that stores jobs and a client
> that
> will
On Thu, 12 Oct 2006 18:14:20 -0700, William Hart <[EMAIL PROTECTED]> wrote:
> Is either Lidia or NTL linked into SAGE?
LiDIA will never be included in SAGE because of lack of support and it
is licensed under a very restrictive license. NTL is *key* component
of SAGE, and is very well integrated
On 10/12/06, Brian Granger <[EMAIL PROTECTED]> wrote:
Yi,I wanted to make you aware of another effort in this direction.IPython is the interactive Python shell upon which SAGE is based. Forthe last 2 years, Fernando Perez and myself (two of the core IPython
developers) have been working hard to ad
Yi,
I wanted to make you aware of another effort in this direction.
IPython is the interactive Python shell upon which SAGE is based. For
the last 2 years, Fernando Perez and myself (two of the core IPython
developers) have been working hard to add parallel and distributed
capabilities to IPytho
On Oct 12, 2006, at 10:36 PM, Bill Page wrote:
> For example, there was a lot of discussion at the meeting about
> implementing Padic integers as a computational domain in Sage.
> I don't know anything about Padic integers but during a quick
> presentation of the new Axiom interface that I wrote
Alfredo,
On October 12, 2006 11:57 AM you wrote:
>
> Hi Bill,
>
> Wondering if you are back from Sage Days, and how did it go?
Yes, I am back. I would say that it went "well". And I have a
lot more to write about it when I have more time and energy -
maybe tomorrow.
In short: The Sage develop
Hi,I am doing a research project that will be aimed at implementing a distributed computing framework in/around SAGE. I have a couple of questions I would like to pose to the SAGE community.1) If you had a problem that could potentially be tackled by distributed computation, how would you see your
On Oct 12, 2006, at 8:15 PM, William Stein wrote:
> I'm am going to integrate together all of the linear algebra stuff
> during
> the next week, or "die trying".
While you're doing this, if you can think of a simple way to add a hook
to be able to use strassen all the way to the bottom, that
Hello,
I'm am going to integrate together all of the linear algebra stuff during
the next week,
or "die trying". Please send me any relevant patches you have.
(I won't be working on SAGE until Saturday, because my parents are
visiting.)
Here is one major "unsolved problems" that is very h
On Oct 12, 2006, at 2:04 PM, William Stein wrote:
> Regarding uniqueness and immutability, I discussed this a lot
> with people at SAGE Days. My *proposal* (no decision yet):
[...]
> 4. There will be a unique polynomial ring in one variable
> with each
> variable name.
So you mean, w
On Oct 12, 2006, at 1:41 PM, Martin Albrecht wrote:
> "Try changing a.parent() == b.parent() conditions to a._parent is
> b._parent in
> various places and see what breaks."
>
> of the
>
>http://sage.math.washington.edu:9001/DevelopersRoom
>
> . As it seems pickling would - partially - fai
I'm starting to make use of this:
http://sage.math.washington.edu:9002/sage_trac/roadmap
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options,
On Thu, 12 Oct 2006 10:36:53 -0700, Justin C. Walker <[EMAIL PROTECTED]>
wrote:
>> This "final word" might take a while: omalloc is not a shared
>> library and thus
>> I either have to make it one or link it in statically which
>> probably won't
>> work at all (because this would result in sever
Dear Olaf,
I am the main author of SAGE, which is software for Algebra
and Geometry Experimentation:
http://sage.math.washington.edu/sage
SAGE includes Singular, which in turn depends crucially on your
omalloc package. Many of the SAGE developers have spent a
significant amount of tim
On Thu, 12 Oct 2006 10:41:26 -0700, Martin Albrecht
<[EMAIL PROTECTED]> wrote:
> I've got a quick comment on this task
>
> "Try changing a.parent() == b.parent() conditions to a._parent is
> b._parent in
> various places and see what breaks."
>
> of the
>
>http://sage.math.washington.edu:9
On Thursday 12 October 2006 17:36, Justin C. Walker wrote:
> On Oct 12, 2006, at 09:34 , Martin Albrecht wrote:
> >> Guys, this is not where the bulk of our time is at the moment. The
> >> bulk of our time now is in constructing the *Python* object, not in
> >> constructing or managing the underly
Hello everyone,
I've got a quick comment on this task
"Try changing a.parent() == b.parent() conditions to a._parent is b._parent in
various places and see what breaks."
of the
http://sage.math.washington.edu:9001/DevelopersRoom
. As it seems pickling would - partially - fail:
sage: k=G
On Oct 12, 2006, at 09:34 , Martin Albrecht wrote:
>
>> Guys, this is not where the bulk of our time is at the moment. The
>> bulk of our time now is in constructing the *Python* object, not in
>> constructing or managing the underlying GMP object. The python
>> integer type manages to avoid con
On Thu, 12 Oct 2006 09:34:34 -0700, Martin Albrecht
<[EMAIL PROTECTED]> wrote:
>> Guys, this is not where the bulk of our time is at the moment. The
>> bulk of our time now is in constructing the *Python* object, not in
>> constructing or managing the underlying GMP object. The python
>> integer
> Guys, this is not where the bulk of our time is at the moment. The
> bulk of our time now is in constructing the *Python* object, not in
> constructing or managing the underlying GMP object. The python
> integer type manages to avoid constructing Python objects altogether
> in most cases (it reu
I was also suggesting that sage do it transparently. That is the
user is not expected to identify the intermediate object and write
code for it, but that sage translates it to the code with reusable
intermediate objects.
Rishi
On 10/12/06, William Stein <[EMAIL PROTECTED]> wrote:
>
> There have
There have been proposals for mutable integers, and that's what you're
suggesting below. I think there should be a class
MutableInteger
that derives from integer and is mutable. These would offer some
ops like you suggest below.
-- William
On Thu, 12 Oct 2006 08:06:50 -0700, R Rishik
It may be possible to minimize the intermediate object creation
by introducing intermediate objects at the beginning of a block
and reusing them (especially in loops).
example
for i in range(100):
f(a+i)
is translated to
c=0
for i in range(100):
c.set_to_sum(a,i)
This reduce
William Stein wrote:
> Justin,
>
> I'm adding some information to the file that gets created to indicate that
> a package
> has been installed. E.g.,
>
> sha:~/s/spkg/standard was$ more ../installed/pexpect-2.0
> PACKAGE NAME: pexpect-2.0
> INSTALL DATE: Thu Oct 12 06:49:21 PDT 2006
> UNAME: Da
Justin,
I'm adding some information to the file that gets created to indicate that
a package
has been installed. E.g.,
sha:~/s/spkg/standard was$ more ../installed/pexpect-2.0
PACKAGE NAME: pexpect-2.0
INSTALL DATE: Thu Oct 12 06:49:21 PDT 2006
UNAME: Darwin sha.local 8.7.1 Darwin Kernel Vers
On Oct 12, 2006, at 8:39 AM, [EMAIL PROTECTED] wrote:
>
> On Thursday 12 October 2006 02:55, Craig Citro wrote:
>> As far as speeding up arithmetic
>> with integers, there's one "known" trick that people use, namely
>> switching
>> between boxed & unboxed integers.
>
> Yeah, this was my sugges
On Thursday 12 October 2006 02:55, Craig Citro wrote:
> As far as speeding up arithmetic
> with integers, there's one "known" trick that people use, namely switching
> between boxed & unboxed integers.
Yeah, this was my suggestion as well. It seems to me that it's a hands-down
win if you mostly
> Two ways, one which just prints, and one which returns a value:
>
> i3 : time for i to 100 do nothing
>-- used 0.404025 seconds
>
> i4 : timing for i to 100 do nothing
>
> o4 = -- 0.46803 seconds
>
> o4 : Time
>
> i5 : peek oo
>
> o5 = Time{0.46803,
32 matches
Mail list logo
