Re: [sage-devel] Re: how to run doctests?

2013-10-17 Thread Travis Scrimshaw
> See http://trac.sagemath.org/ticket/14582 :) > > Still on my todo list...but I'm now waiting until we switch to the git workflow, which should make the patchbomb easier to swallow... Best, Travis -- You received this message because you are subscribed to the Google Groups "sage-devel" gr

Re: [sage-devel] Re: Transitivity of coercion discovery

2013-10-17 Thread Nils Bruin
On Thursday, October 17, 2013 3:33:33 PM UTC-7, Robert Bradshaw wrote: > As long as the coercion graph is constructed lazily, I don't know that > it's possible to respect the digraph model. For example, if we have X > -> Y -> Z, the mere creation of Y induces a coercion from X to Z that > migh

Re: [sage-devel] Should the Sage manual mention SageMathCloud?

2013-10-17 Thread William Stein
On Thu, Oct 17, 2013 at 3:42 PM, Robert Bradshaw wrote: > On Thu, Oct 17, 2013 at 3:18 PM, Dr. David Kirkby wrote: >> On 12 October 2013 18:21, William Stein wrote: >> >>> Maybe. One important fact is that -- measured by downloads or website >>> hits -- usage of Sage ("the free software") has *

Re: [sage-devel] Should the Sage manual mention SageMathCloud?

2013-10-17 Thread William Stein
On Thu, Oct 17, 2013 at 3:18 PM, Dr. David Kirkby wrote: > On 12 October 2013 18:21, William Stein wrote: > >> Maybe. One important fact is that -- measured by downloads or website >> hits -- usage of Sage ("the free software") has *not* grown at all in >> the last 3 years. For example, if you d

Re: [sage-devel] Should the Sage manual mention SageMathCloud?

2013-10-17 Thread Robert Bradshaw
On Thu, Oct 17, 2013 at 3:18 PM, Dr. David Kirkby wrote: > On 12 October 2013 18:21, William Stein wrote: > >> Maybe. One important fact is that -- measured by downloads or website >> hits -- usage of Sage ("the free software") has *not* grown at all in >> the last 3 years. For example, if you d

Re: [sage-devel] Re: Transitivity of coercion discovery

2013-10-17 Thread Robert Bradshaw
The only primary embeddings are stored on the domain is for lifetime implications. If we can detangle these two (which I've always wanted to do) then we could always store them on the codomain. It is, however, useful to be able to query a parent for embeddings (e.g. AA -> RR for any particular prec

Re: [sage-devel] Should the Sage manual mention SageMathCloud?

2013-10-17 Thread Dr. David Kirkby
On 12 October 2013 18:21, William Stein wrote: > Maybe. One important fact is that -- measured by downloads or website > hits -- usage of Sage ("the free software") has *not* grown at all in > the last 3 years. For example, if you define number of active users as > at http://trac.sagemath.org/ti

Re: [sage-devel] Transitivity of coercion discovery

2013-10-17 Thread Nils Bruin
On Monday, October 14, 2013 9:38:02 PM UTC-7, Robert Bradshaw wrote: > > This is definitely a bug, This is now http://trac.sagemath.org/ticket/15303 -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receivi

Re: [sage-devel] Should the Sage manual mention SageMathCloud?

2013-10-17 Thread Ondřej Čertík
On Wed, Oct 16, 2013 at 1:07 AM, Robert Bradshaw wrote: > On Sun, Oct 13, 2013 at 2:26 PM, William Stein wrote: >> On Sun, Oct 13, 2013 at 1:16 PM, Vincent Delecroix >> <20100.delecr...@gmail.com> wrote: >>> thought was that Sage is a math software, open source, with the aim of >>> being a viable

[sage-devel] Re: the "__NO_INLINE__" constant in Sage's GCC

2013-10-17 Thread Nathann Cohen
Ahahaah. Thaaanks ! ;-) Nathann On Wednesday, October 16, 2013 11:46:54 AM UTC+2, Volker Braun wrote: > > On Wednesday, October 16, 2013 9:03:38 AM UTC+1, Nathann Cohen wrote: >> >> While messing around with #13352, I noticed that there was a >> preprocessor constant in Sage's GC