David Roe writes:
> It's possible that you're using html or some other markup in your e-mail
> that some of us using text-based clients aren't getting.
Huh? I don't understand, who are you adressing? I'm using Gnus, which
is unlikely to insert any tabs or markup.
> The main problem with the
On Mon, Jan 26, 2009 at 3:09 PM, bsdz wrote:
>
> I see what you mean by the download size. Perhaps another option might
> be to offer the source code as a separate download if any is included.
Almost no source code is included, except for the core sage library
(which isn't that much, especially
On Mon, Jan 26, 2009 at 11:07 PM, Martin Rubey
wrote:
>
> William Stein writes:
>
>> I don't personally know it, since it's pretty hard to read that ASCII
>> art in email. I know some people (Chris Mihelich and Ken Ono) who
>> would likely instantly know... but you should typeset a short note
>>
It's possible that you're using html or some other markup in your e-mail
that some of us using text-based clients aren't getting. The main problem
with the way your message appears for me is that the exponents are not
paired with their bases. It's totally unreadable. Whereas many
mathematicians
William Stein writes:
> I don't personally know it, since it's pretty hard to read that ASCII
> art in email. I know some people (Chris Mihelich and Ken Ono) who
> would likely instantly know... but you should typeset a short note
> about this in tex to make it more palatable to mathematicians.
On Mon, Jan 26, 2009 at 10:51 PM, Martin Rubey
wrote:
>
> William Stein writes:
>
>> By the way, when using this, I repeatedly felt like I wished the
>> command in Sage were "fricas" instead of "axiom" and the file to test
>> were "fricas.py" instead of "axiom.py".
>
> I agree. Meanwhile, FriCA
On Mon, Jan 26, 2009 at 3:23 PM, Mike Hansen wrote:
>
> On Mon, Jan 26, 2009 at 3:01 PM, Jason Grout
> wrote:
>> How about this slight change in syntax:
>>
>> @interact(update=False)
>> def _(...
>
> If you wanted to do this, and still support the regular @interact
> (with no parens) syntax, the
William Stein writes:
> By the way, when using this, I repeatedly felt like I wished the
> command in Sage were "fricas" instead of "axiom" and the file to test
> were "fricas.py" instead of "axiom.py".
I agree. Meanwhile, FriCAS is well established.
By the way, is the following differential
On Jan 26, 2009, at 10:21 PM, William Stein wrote:
>>> The main problem I see with the above is that it is hard to see what
>>> the test coverage of the files in local/bin/ is.
>>
>> I'm all for keeping doctests as local as possible--it would be nice
>> to put the test for sage -preparse in the s
Probably, for numbers with 512 BITs (8 64 BIT words) (in particular
with a hard, small bound),
I could imagine, that is appropriate to store the data in place,
instead of using dynamically allocated memory, as it increases the
locality of reference and
doesn't use extra memory for pointers/space a
>> The main problem I see with the above is that it is hard to see what
>> the test coverage of the files in local/bin/ is.
>
> I'm all for keeping doctests as local as possible--it would be nice
> to put the test for sage -preparse in the sage-preparse file itself.
> We could add a line to sage -
On Jan 26, 2009, at 9:53 PM, William Stein wrote:
> On Mon, Jan 26, 2009 at 9:04 PM, Dan Drake wrote:
>
>> Last week I fixed a bug (#5052) in sage-preparse and I noticed that
>> there are no doctests in the file. Here we have another example of
>> untested code being broken -- is there any way t
On Mon, Jan 26, 2009 at 8:08 PM, Bill Page wrote:
>
> I just created a new experimental version of the FriCAS package for
> sage. You can download and install it as follows:
>
> $ wget http://sage.math.washington.edu/home/page/packages/fricas-1.0.5.spkg
> $ .../sage -f fricas-1.0.5.spkg
The ab
On Mon, Jan 26, 2009 at 9:04 PM, Dan Drake wrote:
> Last week I fixed a bug (#5052) in sage-preparse and I noticed that
> there are no doctests in the file. Here we have another example of
> untested code being broken -- is there any way to do doctesting of files
> in local/bin?
Yes, it's possib
On Mon, Jan 26, 2009 at 8:08 PM, Bill Page wrote:
>
> I just created a new experimental version of the FriCAS package for
> sage. You can download and install it as follows:
>
> $ wget http://sage.math.washington.edu/home/page/packages/fricas-1.0.5.spkg
> $ .../sage -f fricas-1.0.5.spkg
One ca
Last week I fixed a bug (#5052) in sage-preparse and I noticed that
there are no doctests in the file. Here we have another example of
untested code being broken -- is there any way to do doctesting of files
in local/bin?
Certainly many of the files there can't be doctested (binaries, as an
obvio
Good idea, John. I uploaded the two themes that I made to the wiki
(with screenshots for yours and mine) as well. I had somewhat
forgotten about making a revised version of the sagemath theme, so I'm
glad you reminded me. Hopefully I'll do that soon.
Elliott
On Jan 26, 2:19 pm, john_perry_usm w
Hi Aric,
I'm in the process of doing some updating to the graph theoretic
component of Sage (www.sagemath.org), which uses NetworkX for much of
its basic graph theoretic computation. I like to request a trac
account for NetworkX so that I'd be able to upload patches to the trac
server of NetworkX
On Jan 26, 2009, at 7:52 PM, David Roe wrote:
> So, it's a little annoying in general, since something like sqrt(2)
> will have multiple embeddings into the number field. There's an
> argument to be made for square roots and quadratic number fields
> (both because this is a common use case
I just created a new experimental version of the FriCAS package for
sage. You can download and install it as follows:
$ wget http://sage.math.washington.edu/home/page/packages/fricas-1.0.5.spkg
$ .../sage -f fricas-1.0.5.spkg
For more info or to report problems see
http://trac.sagemath.or
Missed copying the definition of q:
sage: q = QQbar(sum([sqrt(n) for n in range(10)]))
David
On Mon, Jan 26, 2009 at 10:52 PM, David Roe wrote:
> So, it's a little annoying in general, since something like sqrt(2) will
> have multiple embeddings into the number field. There's an argument to be
So, it's a little annoying in general, since something like sqrt(2) will
have multiple embeddings into the number field. There's an argument to be
made for square roots and quadratic number fields (both because this is a
common use case and because quadratic number fields are often just defined
by
Here is a bug: one should be able to coerce the element that created
the number field into the number field:
sage: R = QQ[sqrt(2)]
sage: R(sqrt(2))
Traceback
...
TypeError:
I came across this while playing around: I was trying to build a
number field containing sqrt(2), sqrt
Particularly for heavy use or ones with a fair amount of symbolic
usage I think this is a great idea. If it's not actually a little
checkbox but rather a function parameter, though, it should be quite
clear in the interact? documentation (and fairly early on) what to do,
and probably include a co
On Mon, Jan 26, 2009 at 5:11 PM, bsdz wrote:
>
> Looks good to me except the note needs to be removed.
>
> Also would it be possible to update the formula to
>
> $B_{n,k}(x_1, x_2, \ldots, x_{n-k+1}) = \sum_{\sum{j_i}=k, \sum{i j_i}
> =n} \frac{n!}{j_1!j_2!\ldots} \frac{x_1}{1!}^j_1 \frac{x_2}{2!
Looks good to me except the note needs to be removed.
Also would it be possible to update the formula to
$B_{n,k}(x_1, x_2, \ldots, x_{n-k+1}) = \sum_{\sum{j_i}=k, \sum{i j_i}
=n} \frac{n!}{j_1!j_2!\ldots} \frac{x_1}{1!}^j_1 \frac{x_2}{2!}^j_2
\ldots$
Thanks
On Jan 27, 12:14 am, Mike Hansen w
On Mon, Jan 26, 2009 at 2:06 AM, Alexander Dreyer
wrote:
>
> Hello everybody,
> I'm about to implement a C++-class for polynomials in the style of
> PolyBoRi, but with integer-valued coefficients. In fact, the Integers
> may be quite large, let's say up to 2^512.
> Since this data type might be i
Hi Blair,
On Mon, Jan 26, 2009 at 3:36 PM, bsdz wrote:
> Is there any where this could be added to the main distribution?
I made a few modifications to your routine to match some of the style
conventions used in Sage. Also, instead of passing in the variables,
I'm creating a polynomial ring an
In general there aren't global variables, with a couple of important
exceptions. One is the memory manager, particularly the stack based
manager, is not currently threadsafe. But as releasing memory back to
the stack is actually done by calling a function rather than some
macro, this can definitel
Hi
I have written a simple function that generates Bell Polynomials.
It is documented and published at http://sagenb.org:8000/home/pub/182/
Is there any where this could be added to the main distribution?
Cheers
--
Blair
--~--~-~--~~~---~--~~
To post to this gr
On Mon, Jan 26, 2009 at 3:01 PM, Jason Grout
wrote:
> How about this slight change in syntax:
>
> @interact(update=False)
> def _(...
If you wanted to do this, and still support the regular @interact
(with no parens) syntax, then you'll need to make a pretty
awkward/convoluted construction in or
I see what you mean by the download size. Perhaps another option might
be to offer the source code as a separate download if any is included.
> VMware Sage is likely mostly going
> to be faster than a native windows port, especially on modern
> processors.
I'm not too sure if this sounds correct
William Stein wrote:
> On Mon, Jan 26, 2009 at 1:57 PM, Mike Hansen wrote:
>> Hello,
>>
>> On Mon, Jan 26, 2009 at 1:51 PM, john_perry_usm wrote:
>>> I'll post this to sage-support too, but I'm writing it here to ask
>>> whether people think that this should be a *default* widget that is
>>> inc
On Mon, Jan 26, 2009 at 1:57 PM, Mike Hansen wrote:
>
> Hello,
>
> On Mon, Jan 26, 2009 at 1:51 PM, john_perry_usm wrote:
>> I'll post this to sage-support too, but I'm writing it here to ask
>> whether people think that this should be a *default* widget that is
>> included with *every* Sage int
Hi,
I meant to reply to this earlier, but forgot.
I had developed a theme, too. I've now uploaded it to a wiki page for
themes (couldn't find one) at
http://wiki.sagemath.org/themes
Elliott, you should upload your theme there. I'd do it myself but I
didn't want to step on any toes.
If I ma
Hello,
On Mon, Jan 26, 2009 at 1:51 PM, john_perry_usm wrote:
> I'll post this to sage-support too, but I'm writing it here to ask
> whether people think that this should be a *default* widget that is
> included with *every* Sage interact. It's not a great solution, but it
> could be a start...?
Hi,
At SD12 I brought up (again) the question of auto-updating interact
worksheets. To review the problem: if an interact engages in a lot of
computation, and the moves a slider, then the interact gets kind of
ugly. This can be especially bad if a lot of students are using the
same server.
It oc
William Stein wrote:
> On Mon, Jan 26, 2009 at 1:20 PM, Jason Grout
> wrote:
>> Is there an easy way to draw infinite planes in Sage, given, say, the
>> normal vector and a point on the plane? Of course, you can draw them
>> using parametric_plot3d, but that requires me specifying a range, etc.
On Mon, Jan 26, 2009 at 1:20 PM, Jason Grout
wrote:
>
> Is there an easy way to draw infinite planes in Sage, given, say, the
> normal vector and a point on the plane? Of course, you can draw them
> using parametric_plot3d, but that requires me specifying a range, etc.
> It also seems like it wo
Is there an easy way to draw infinite planes in Sage, given, say, the
normal vector and a point on the plane? Of course, you can draw them
using parametric_plot3d, but that requires me specifying a range, etc.
It also seems like it wouldn't be terribly efficient, since the infinite
plane coul
On Mon, Jan 26, 2009 at 12:37 PM, Phaedon Sinis wrote:
> Is there anything I should know about Sage & Python 3.0? Plans to migrate
> to Python 3 code?
Don't worry about it at all. I don't see us migrating to Python 3.x for at
least 2 years or so, and nobody developing Sage code worries too muc
Hi,
I just want to thank bsdz for responding, and emphasize that the point
of this thread is mainly to see what options there are to make the
VMware-sage experience much better, while we wait for the native
windows port. There are likely many "highly annoying" issues people
have with the vmware
I feel one fairly big problem with the VMware installation is the
sheer size of the binary to download. Other issues are performance;
running a Sage server in a VMware session is noticeable slower than
connecting to an on-line Linux version. Then there are some practical
problems such as accessing
On Jan 26, 2009, at 11:57 AM, William Stein wrote:
>
> On Mon, Jan 26, 2009 at 11:48 AM, Robert Bradshaw
> wrote:
>>
>> On Jan 26, 2009, at 3:44 AM, Harald Schilly wrote:
>>
>>>
>>> Hi, on the public bug tracker I got this one:
>>> http://spreadsheets.google.com/ver?
>>> key=pCwvGVwSMxTzT6E2xNdo
On Jan 26, 2009, at 11:48 AM, William Stein wrote:
> On Mon, Jan 26, 2009 at 11:35 AM, Robert Bradshaw
> wrote:
>>
>> On Jan 25, 2009, at 9:00 AM, William Stein wrote:
>>
>>> On Sun, Jan 25, 2009 at 8:44 AM, mabshoff
>>> wrote:
On Jan 25, 8:20 am, Martin Albrecht
wrote
On Mon, Jan 26, 2009 at 11:48 AM, Robert Bradshaw
wrote:
>
> On Jan 26, 2009, at 3:44 AM, Harald Schilly wrote:
>
>>
>> Hi, on the public bug tracker I got this one:
>> http://spreadsheets.google.com/ver?
>> key=pCwvGVwSMxTzT6E2xNdo5fA&t=1232807032283000&pt=1232807012283000&dif
>> fWidget=true&s=
On Mon, Jan 26, 2009 at 11:52 AM, David Roe wrote:
>
>> So the idea is that in Sage 4.0 we will drop all code that yields
>> DeprecationWarnings and has already been in Sage for at least 6
>> months? I.e., we only purge deprecated code older than 6 months
>> during major releases, but not durin
> So the idea is that in Sage 4.0 we will drop all code that yields
> DeprecationWarnings and has already been in Sage for at least 6
> months? I.e., we only purge deprecated code older than 6 months
> during major releases, but not during point releases?
>
> I think a major release like 4.0 shou
On Jan 26, 2009, at 3:44 AM, Harald Schilly wrote:
>
> Hi, on the public bug tracker I got this one:
> http://spreadsheets.google.com/ver?
> key=pCwvGVwSMxTzT6E2xNdo5fA&t=1232807032283000&pt=1232807012283000&dif
> fWidget=true&s=AJVazbXBr2D7KZ6E3qJBWICjRrHj5pKG-Q&pli=1
I didn't know there was
On Mon, Jan 26, 2009 at 11:35 AM, Robert Bradshaw
wrote:
>
> On Jan 25, 2009, at 9:00 AM, William Stein wrote:
>
>> On Sun, Jan 25, 2009 at 8:44 AM, mabshoff
>> wrote:
>>>
>>>
>>>
>>> On Jan 25, 8:20 am, Martin Albrecht
>>> wrote:
> 4.0 was discussed
I think we should agree way in
On Jan 25, 2009, at 9:00 AM, William Stein wrote:
> On Sun, Jan 25, 2009 at 8:44 AM, mabshoff
> wrote:
>>
>>
>>
>> On Jan 25, 8:20 am, Martin Albrecht
>> wrote:
4.0 was discussed
>>>
>>> I think we should agree way in advance when 4.0 is going to be
>>
>> +1
>>
>>> and then allow
>>> ou
On Jan 26, 7:22 am, parisse wrote:
> > For dense problems the answer is tentatively yes, however you
> > can also shrink the size of the heap. See the "chaining" section
> > in http://www.cecm.sfu.ca/~rpearcea/sdmp/sdmp_div.pdf
> > The details of what may be faster or not will depend on your
>
> Just out of curiosity, what is so difficult about installing VMware +
> VMware Sage? Let me break this down into two questions:
>
> (1) What are some things that are difficult about installing VMware?
> This is a well-supported commercial product made by publicly traded
> company with an operat
2009/1/26 mabshoff :
>
> There are several fixes for Solaris and improvements to build shared
> libraries in our tree:
>
> * allfaces.c.diff makes cddlib compile on Solaris 10 on x86 and Sparc
> since some variable names collide with numerical constants
> * #3304 - Make cddlib Debian package us
> For dense problems the answer is tentatively yes, however you
> can also shrink the size of the heap. See the "chaining" section
> in http://www.cecm.sfu.ca/~rpearcea/sdmp/sdmp_div.pdf
> The details of what may be faster or not will depend on your
> implementation.
I'm already using chaining
I found a small trick to unroll some loops, this improve a little bit
the modular timings, I have updated giac_benchmark.tgz.
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-d
> Well, FLINT ought to be faster at plain univariate GCD than NTL,
> whether over Z or Z/pZ. You probably need to use the functions in the
> NTL-interface module to convert between NTL format polynomials and
> FLINT polynomials.
>
Moreover, I guess your library does not have global variables, hen
On Jan 25, 1:31 am, parisse wrote:
> I also implemented parallel multiplication in giac, but with the
> degree of the first variable to separate threads (that's easier to
> implement than rebuilding one heap from several heaps). This work also
> on distributed polynomials if the ordering is lex.
On 26 Jan, 07:24, parisse wrote:
> On Jan 25, 10:22 pm, Bill Hart wrote:
>
> > FLINT is faster of course! (Well for 1d anyway, :-) )
>
> > But seriously, Bernard's original contention that giac is within 1.5
> > times what Magma will do is about right, and for small problems giac
> > is actual
Michael, you are a genius. For some reason I was setting SAGE_ROOT in
my .bashrc on that machine, and it was indeed pointing to a version
which no longer exists there. Now it's working and a 64-bit test
report will follow.
John
On 26 Jan, 11:51, mabshoff wrote:
> On Jan 26, 3:43 am, John Crem
On Jan 26, 3:43 am, John Cremona wrote:
Hi John,
> I just built 3.3.alpha2 ok on a 64-but Suse machine. Instead of using
> the command line "make && ./sage -testall" as I used to do I just did
> "make test". This did not work: after the build finishes this is what
> I see:
>
> SAGE build/up
Hi, on the public bug tracker I got this one:
http://spreadsheets.google.com/ver?key=pCwvGVwSMxTzT6E2xNdo5fA&t=1232807032283000&pt=1232807012283000&diffWidget=true&s=AJVazbXBr2D7KZ6E3qJBWICjRrHj5pKG-Q&pli=1
quote:
"""
A simple call to the function with an irrational number returns a list
for the
I just built 3.3.alpha2 ok on a 64-but Suse machine. Instead of using
the command line "make && ./sage -testall" as I used to do I just did
"make test". This did not work: after the build finishes this is what
I see:
SAGE build/upgrade complete!
. local/bin/sage-env && sage-starts && sage-make
Hi Alexander!
I think, you forgot to mention, that you are interested in arithmetic
modulo some power power of 2, so maybe 2^512.
Additionally, I want to mention, that upto 2^512 is not so large, but
just doesn't fit into single words.
Michael
On 26 Jan., 11:06, Alexander Dreyer
wrote:
> Hello
Hello everybody,
I'm about to implement a C++-class for polynomials in the style of
PolyBoRi, but with integer-valued coefficients. In fact, the Integers
may be quite large, let's say up to 2^512.
Since this data type might be interesting for the SAGE community
somewhen, I would like to ask you fo
On Jan 25, 8:53 am, "Alec Mihailovs" wrote:
> From: "mabshoff"
>
> > There shouldn't be two cygwin.dlls on the same computer.
> > No, this does not apply since first cygwin1.dll in %PATH% or CWD will
> > be the one used if no DLL has been loaded into RAM. You cannot run two
> > different Cygwi
On Jan 25, 6:04 pm, kcrisman wrote:
> > Is that September 2009? If we do not have something native on Windows
> > then we are in deep trouble.
>
> The technical discussion above was very interesting, as I know little
> about Windows internals, and it sounds like tons of good work is going
> on
On Jan 25, 4:45 pm, William Stein wrote:
> Hi,
>
> Here's a summary of files failing on the vmware build farm (at least
> the part that was on), followed by failures on other machines.
>
> opensuse64 fails to build.
There is a fix for that one, but it hasn't made it into trac yet.
> The 32-bi
On Jan 25, 10:24 pm, mhampton wrote:
> I have a half-written email to David Avis (author of lrs with Fukuda)
> at McGill that I will try to finish today, and ask him about Fukuda.
> My travels interrupted it and then I forgot about it.
>
> -Marshall
Thanks Marshall. I checked Fukuda's home pag
69 matches
Mail list logo
