On 02/16/2010 06:03 PM, Jonathan Bober wrote:
At least some errors probably come from the file
sage/algebras/quatalg/quaternion_algebra_cython.pyx
and I think they should be easily fixable without any knowledge of what
is going on by just changing the code to make a copy of the zero matrix.
Ho
On Tue, Feb 16, 2010 at 4:05 PM, François Bissey
wrote:
> Hi,
>
> it seems that the author of sympow left the University of Bristol.
> Consequently his homepage there has been removed along with
> sympow sources. Does anyone knows where it is all gone?
> Couldn't find anything with a lazy Google s
The recent update to R would prevent it from building on Solaris, as there was
no suitable iconv.
I've created a package for iconv.
http://trac.sagemath.org/sage_trac/ticket/8191
which William said:
http://groups.google.com/group/sage-devel/msg/7b3a8b848b90b6f3
-
I person
> At least some errors probably come from the file
>
> sage/algebras/quatalg/quaternion_algebra_cython.pyx
>
> and I think they should be easily fixable without any knowledge of what
> is going on by just changing the code to make a copy of the zero matrix.
>
> However, I really wonder whether t
Hi,
it seems that the author of sympow left the University of Bristol.
Consequently his homepage there has been removed along with
sympow sources. Does anyone knows where it is all gone?
Couldn't find anything with a lazy Google search. The sage components
web page will need updating for it as wel
At least some errors probably come from the file
sage/algebras/quatalg/quaternion_algebra_cython.pyx
and I think they should be easily fixable without any knowledge of what
is going on by just changing the code to make a copy of the zero matrix.
However, I really wonder whether this fix is neces
Hi there,
Sorry for replying to myself... Forget about the previous e-mail. I manage to
find it... The problem was in another file which didn't raise any errors.
Cheers,
Florent
> I'm close to solve: #8276 Make the one(), identity_matrix() and zero_matrix()
> cached and immutable. Correct
Hi there,
I'm close to solve: #8276 Make the one(), identity_matrix() and zero_matrix()
cached and immutable. Correcting MatrixSpace is easy, however there are a lot
of place in sage where people create a matrix from the one or zero and modify
it after that. I nearly corrected all these occu
On Tue, Feb 16, 2010 at 1:00 PM, Dima Pasechnik wrote:
> William,
>
> just to check that it's OK to update cvxopt to 1.1.2, as they changed
> the licence to GPL v3.
> (see http://trac.sagemath.org/sage_trac/ticket/6456)
Yes, it is OK.
> I presume it should be OK, as it's an optional package, etc
On Tue, Feb 16, 2010 at 7:12 AM, Dima Pasechnik wrote:
>
>
> On Feb 16, 7:54 am, Harald Schilly wrote:
>> On Feb 16, 5:44 am, William Stein wrote:
>>
>> > sage: import cvxopt
>> > sage: cvxopt.matrix
>>
>> > cvxopt.matrix can happily coexist with sage matrices, numpy matrices,
>> > maxima matric
On 15 February 2010 13:11, chris wuthrich wrote:
> Everything passes, except that
> I get the following errors in heegner.py on my openSuSE 11.1.
> They are harmless, as I get the -P as the generator. I don't know why.
Did you install the optional database before running the test? That
changes w
On Feb 16, 7:54 am, Harald Schilly wrote:
> On Feb 16, 5:44 am, William Stein wrote:
>
> > sage: import cvxopt
> > sage: cvxopt.matrix
>
> > cvxopt.matrix can happily coexist with sage matrices, numpy matrices,
> > maxima matrices, etc.
>
> Yeahr exactly, but originally that wasn't the real pro
On Feb 16, 5:44 am, William Stein wrote:
> sage: import cvxopt
> sage: cvxopt.matrix
>
> cvxopt.matrix can happily coexist with sage matrices, numpy matrices,
> maxima matrices, etc.
Yeahr exactly, but originally that wasn't the real problem. It's just
that cvxopt.matrix doesn't understand Sage's
Hi,
While building sage-4.3.2 from source on ubuntu 9.04, I got a
problem with termcap: "checking for string.h... eval: 1: Bad
substitution". Any ideas on
Full output error below:
Host system
uname -a:
Linux fnord 2.6.28-18-generic #59-Ubuntu SMP Thu Jan 28 01:23:03 UTC
2010 i686 GNU/Linux
*
R's spkg install checks for the file /usr/include/X11/Xwindows.h to determine
whether to add X support. Is there any need to do this? I just run the configure
script on my Solaris box with no options. i.e.
./configure
Despite /usr/include/X11/Xwindows.h not existing, R reports:
R is now confi
> Now for the serious stuff as we need to figure what's going wrong at some
> stage
> so here are some of our failures:
>
> sage -t "devel/sage/doc/en/bordeaux_2008/modular_symbols.rst"
> *
> File "/opt/sage/devel/sage/doc/en/bor
Copied over from the "Gentoo" thread, the favourite four of
Christopher Schwan:
- update cvxopt, ticket #6456
- remove pyprocessing, ticket #6503
- update networkx, ticket #7608
- patch combinat, ticket #7803
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe f
On Mon, Feb 15, 2010 at 09:21:00PM -0800, William Stein wrote:
> On Mon, Feb 15, 2010 at 9:07 PM, Nick Alexander wrote:
> >>> To have an idea of the usage I went trough the code:
> >>>
> >>> - MatrixSpace.identity_matrix implement 1.
> >>> - MatrixSpace.zero_matrix implement 3.
> >>>
> >>> Of co
On Tue, 16 Feb 2010 21:23:58 Robert Bradshaw wrote:
> MPIR is supposed to be a drop in replacement for GMP and provides a
> "compatibility" mode, so we really are linking to MPIR. (It's also
> force of habit, and easier than patching all the upstream packages).
>
Well it will be easier to fix
On Feb 15, 2010, at 9:07 PM, Nick Alexander wrote:
To have an idea of the usage I went trough the code:
- MatrixSpace.identity_matrix implement 1.
- MatrixSpace.zero_matrix implement 3.
Of course, my opinion is to make those three methods implements
2. :-)
+1 for doing option (2).
I also
On Feb 16, 2010, at 12:18 AM, François Bissey wrote:
On Tue, 16 Feb 2010 12:41:31 William Stein wrote:
If you link against mpir then the above discrepancy would go away.
However, i can also tell you that the above discrepancy is harmless.
The issue is simply that both answers are right. e.g.,
On Tue, 16 Feb 2010 12:41:31 William Stein wrote:
> If you link against mpir then the above discrepancy would go away.
> However, i can also tell you that the above discrepancy is harmless.
> The issue is simply that both answers are right. e.g., the line
>
> sage: x = crt(2, 1, 3, 5); x
>
> us
> I very often want to start with the zero_matrix or the identity_matrix and
> "fill in" the rest of the matrix. But I also want the access routines to be
> fast! So I vote for copy-on-write semantics, if possible.
+1
--
To post to this group, send an email to sage-devel@googlegroups.com
To un
23 matches
Mail list logo
