It's probably an artifact from accidentally marking a method as "api"
rather than public at some point in that file's history. Why it ever
started getting included, I have no idea.
On Thu, Jun 6, 2013 at 11:36 AM, leif wrote:
> What is this file (for), where does it originate from, do we still ne
You can't inherit from both dense and sparse, but you can probably create a
PoolingMatrix class that doesn't inherit from either then a
PoolingMatrix_dense and PoolingMatrix_sparse that inherit from both the
relevant matrix class and your generic PoolingMatrix class.
David
On Thu, Jun 6, 2013 at
But there's always another problem right?
I need to prepare to use some pretty big matrices, so I'd like to make
Pooling_Matrix be a subclass of either
- sage.matrix.matrix_integer_dense.Matrix_integer_dense,
if the call is through Pooling_Matrix(parent, entries, copy, coerce)
where p
On 6 June 2013 21:04, Frédéric Chapoton wrote:
> This could be done as part of #14609 maybe ?
There will be clashes between #14609 and #13591 unfortunately. I
think it might be best to finish with your patch at #14609 and then
rebase the patches at #13591 on top of that. I'm sorry that I forgo
This could be done as part of #14609 maybe ?
Le jeudi 6 juin 2013 11:18:40 UTC+2, John Cremona a écrit :
>
> While reviewing #13591 I noticed that two functions on point on
> elliptic curves over number fields are spelled incorrectly:
>
> schemes/elliptic_curves/ell_point.py:2600:def
> arch
On 6 June 2013 19:00, Robert Bradshaw wrote:
> On Thu, Jun 6, 2013 at 2:50 AM, John Cremona wrote:
>> On 6 June 2013 10:46, Jeroen Demeyer wrote:
>>> On 06/06/2013 11:18 AM, John Cremona wrote:
The question is: will that require a deprecation warning for the
current incorrect spel
What is this file (for), where does it originate from, do we still need it?
It's in .hgignore, and dates back to July 9th 2012.
Cf. http://trac.sagemath.org/sage_trac/ticket/13245#comment:19 .
Thanks,
-leif
--
() The ASCII Ribbon Campaign
/\ Help Cure HTML E-Mail
--
You received this mes
Hi,
I have a little more data on the issue, which was obtained by adding
print statements here and there.
Here is a typical chunk of the build:
SNARK build_command="-b inventory -d
/home/jpuydt/sage-5.10.rc0.debian/devel/sage/doc/output/doctrees/en/reference/combinat
-D multidoc_first_pa
On Thu, Jun 6, 2013 at 2:50 AM, John Cremona wrote:
> On 6 June 2013 10:46, Jeroen Demeyer wrote:
>> On 06/06/2013 11:18 AM, John Cremona wrote:
>>>
>>> The question is: will that require a deprecation warning for the
>>> current incorrect spelling?
>>
>> I think yes, given that it's a public met
I made a FAQ entry on the wiki incorporating these instructions for SSH
tunneling and Windows:
http://wiki.sagemath.org/faq#I_installed_Sage_on_a_Unix_or_Linux_server_where_I_have_an_account.2C_but_my_personal_computer_runs_Windows.__How_do_I_access_the_Sage_notebook.3F
--Ursula.
On Wednesday,
Anyone know this github user?
https://github.com/kriskda/
I ask because not only does s/he have some extensions of the sws2rst
functionality from #10637 (I think), but also has an interesting way to
embed Sage cell instances in Sphinx/ReST documents, which I haven't heard
of before. And appa
How are things progressing with the move?
Thanks Maarten
Le lundi 22 avril 2013 20:19:44 UTC+2, R. Andrew Ohana a écrit :
>
> Hey Everyone,
>
> Sometime in the next couple weeks, we will be moving our trac installation
> over to a dedicated VM. You can currently access the instance at
> trac.ta
John Cremona wrote:
On 6 June 2013 15:28, leif wrote:
John Cremona wrote:
While reviewing #13591 I noticed that two functions on point on
elliptic curves over number fields are spelled incorrectly:
schemes/elliptic_curves/ell_point.py:2600:def
archimedian_local_height(self, ...):
schemes
On 6 June 2013 15:28, leif wrote:
> John Cremona wrote:
>>
>> While reviewing #13591 I noticed that two functions on point on
>> elliptic curves over number fields are spelled incorrectly:
>>
>> schemes/elliptic_curves/ell_point.py:2600:def
>> archimedian_local_height(self, ...):
>> schemes/el
John Cremona wrote:
While reviewing #13591 I noticed that two functions on point on
elliptic curves over number fields are spelled incorrectly:
schemes/elliptic_curves/ell_point.py:2600:def
archimedian_local_height(self, ...):
schemes/elliptic_curves/ell_point.py:2753:def
nonarchimedian_
On 6/5/2013 10:13 PM, leif wrote:
Ursula, can you confirm that `LIBRARY_PATH` is set in your shell?
E.g., what does the following give?
$ ./sage --sh -c 'echo $LIBRARY_PATH'
/home/whitchua/sage-5.10.rc0/local/lib
--Ursula.
--
You received this message because you are subscribed to the Goo
On 6/5/2013 8:50 PM, leif wrote:
This appears to be an upstream bug; despite that we configure with
'--with-readline="$SAGE_LOCAL"', the corresponding '-L...' is missing in
the linker command such that your system's libreadline gets picked up.
You can try:
$ env LDFLAGS="-L/home/whitchua/sage-
On 6 June 2013 10:46, Jeroen Demeyer wrote:
> On 06/06/2013 11:18 AM, John Cremona wrote:
>>
>> The question is: will that require a deprecation warning for the
>> current incorrect spelling?
>
> I think yes, given that it's a public method in a released version of Sage.
>
> This was introduced in
On 06/06/2013 11:18 AM, John Cremona wrote:
The question is: will that require a deprecation warning for the
current incorrect spelling?
I think yes, given that it's a public method in a released version of Sage.
This was introduced in http://trac.sagemath.org/sage_trac/ticket/8496
--
You rece
I would put in a archimedis = deprecated_function_alias(13591, archimedes)
http://www.googlefight.com/index.php?word1=archimedean&word2=archimedian
On Thursday, June 6, 2013 10:18:40 AM UTC+1, John Cremona wrote:
>
> While reviewing #13591 I noticed that two functions on point on
> elliptic cu
While reviewing #13591 I noticed that two functions on point on
elliptic curves over number fields are spelled incorrectly:
schemes/elliptic_curves/ell_point.py:2600:def
archimedian_local_height(self, ...):
schemes/elliptic_curves/ell_point.py:2753:def
nonarchimedian_local_height(self, ...
21 matches
Mail list logo
