On Saturday, May 25, 2013 2:39:36 AM UTC+1, Travis Scrimshaw wrote:
* either replace the private reimplementation of matrices or give a good
reason for why it is necessary
Wasn't the second point addressed in http://trac.sagemath.org/14627, so
shouldn't the matrices be replaced?
Well
Hi!
Currently, I try to resume work on a project that bitrotted for a
while---to the extent that some patch won't apply and I have absolutely
no idea where the failing hunks of the patch should go.
It is patching setup.py in SAGE_ROOT/devel/sage. My patch expects it to
look like this:
Hi,
The spkg for genus2reduction looks like sage's version is now upstream.
Can you confirm it is the case?
If debian were to (re-)package it again, it should then be based on
sage's version...
Snark on #sagemath
--
You received this message because you are subscribed to the Google Groups
On Saturday, May 25, 2013 6:38:00 AM UTC-4, Volker Braun wrote:
On Saturday, May 25, 2013 2:39:36 AM UTC+1, Travis Scrimshaw wrote:
* either replace the private reimplementation of matrices or give a
good reason for why it is necessary
Wasn't the second point addressed in
I'd have to check carefully. There's likely to be some performance loss
even when all obvious bottlenecks are accounted for, because for our
special classes BinaryMatrix, TernaryMatrix, QuaternaryMatrix we use inline
get() and set() methods that bypass the Sage finite field elements. We
Simon King wrote:
Currently, I try to resume work on a project that bitrotted for a
while---to the extent that some patch won't apply and I have absolutely
no idea where the failing hunks of the patch should go.
It is patching setup.py in SAGE_ROOT/devel/sage. My patch expects it to
look like
On Saturday, May 25, 2013 3:51:06 PM UTC+1, Stefan wrote:
There's likely to be some performance loss even when all obvious
bottlenecks are accounted for, because for our special classes
BinaryMatrix, TernaryMatrix, QuaternaryMatrix we use inline get() and set()
methods that bypass the Sage
On Saturday, May 25, 2013 11:22:38 AM UTC-4, Volker Braun wrote:
On Saturday, May 25, 2013 3:51:06 PM UTC+1, Stefan wrote:
There's likely to be some performance loss even when all obvious
bottlenecks are accounted for, because for our special classes
BinaryMatrix, TernaryMatrix,
We already know about some of the other Sage products with potential
confusion, most notably the accounting software. Now I've just found out
about
http://sageofathens.com/
which does very specific gas flow modeling. Unfortunately, not only is it
closed-source, it seems to run only on
Hi Leif,
On 2013-05-25, leif not.rea...@online.de wrote:
Simon King wrote:
However, the current setup.py does not even remotely look like this.
Where to insert information of the additional code? Or is it actually
not needed any more to do so?
See
If that is actually the bottleneck then the relevant matrices just need to
override add_multiple_of_row_c with a specialized version instead of using
the generic one from matrix0.
It seems that renaming Sage's add_multiple_of_row() into row_add() etc. in
your code is just making it
kcrisman wrote:
We already know about some of the other Sage products with potential
confusion, most notably the accounting software. Now I've just found
out about
http://sageofathens.com/
As long as it's not http://sagesofseattle.com/ ... ;-)
it seems to run only on Windows.
So
On Saturday, May 25, 2013 2:10:37 PM UTC-4, leif wrote:
kcrisman wrote:
We already know about some of the other Sage products with potential
confusion, most notably the accounting software. Now I've just found
out about
http://sageofathens.com/
As long as it's not
http://ncatlab.org/nlab/show/HomePage does something similar.
See Purpose section
On Thursday, May 23, 2013 4:42:26 PM UTC+2, Nathann Cohen wrote:
Hell everybody !!!
I write here because I have a question to ask to a large mathematical
crowd : a friend and I discussed at
Hi Volker, and everyone else on sage-devel,
I did some speed tests with an old version of the code that still used Sage
matrices (commit 6d9e689 on bitbucket, with a few tweaks to make it run on Sage
5.10.beta4). Each of these tests performs a matroid computation through
extensive pivoting.
I
15 matches
Mail list logo
