On Sat, Jan 11, 2014 at 3:02 PM, Javier López Peña wrote:
> On Saturday, January 11, 2014 4:37:56 PM UTC, William wrote:
>>
>> Andrew's main argument is that there is strong interesting in writing
>> a nontrivial new build system that solves our unique set of problems
>> with Sage (since no existi
On Saturday, January 11, 2014 4:37:56 PM UTC, William wrote:
>
> Andrew's main argument is that there is strong interesting in writing
> a nontrivial new build system that solves our unique set of problems
> with Sage (since no existing build system does).
>
I am not qualified to discuss the
> http://www.sagemath.org/doc/developer/coding_basics.html#the-pickle-jarsays:
>
> Warning Sage’s pickle jar helps to ensure backward compatibility in sage.
> Pickles should only be removed from the pickle jar after the corresponding
> objects have been properly deprecated. Any proposal to remo
I would also add that even if Python and bash (or is it POSIX shell)
were equally expressive, using the same language for the build system
as the main library is a significant improvement from a
readability/potential contributor angle. In particular shell is a
particularly dangerous language to onl
On Sat, Jan 11, 2014 at 9:11 AM, Nils Bruin wrote:
> On Saturday, January 11, 2014 6:26:59 AM UTC-8, Volker Braun wrote:
>>
>> Would it be possible to move real literals to their own parent? Arithmetic
>> operations with other parents should always cast the literal to the other
>> parent first, an
On Saturday, January 11, 2014 6:26:59 AM UTC-8, Volker Braun wrote:
> Would it be possible to move real literals to their own parent? Arithmetic
> operations with other parents should always cast the literal to the other
> parent first, and arithmetic operations within the real literals would en
On Fri, Jan 10, 2014 at 9:55 PM, Volker Braun wrote:
> In practice Python is one of the non-specialist-maths parts that has a
> decent build system, so building it isn't hard either way.
I agree.I talked with Andrew about this and he convinced me that
making Python 2.6 a build dependency is a
I think thats the same as this thread:
https://groups.google.com/d/msg/sage-devel/Ir-xAPaE0rU/ywZJrUHHF40J
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-de
On Monday, January 6, 2014 6:50:05 PM UTC-10, Robert Bradshaw wrote:
>
> By that logic, rather than preparsing 1/2 we should force the user to
> write ZZ(1) / ZZ(2).
+1 It is important that the Sage REPL be easy to use with "mathematical"
notation as far as possible. You should be able to inpu
I see the following error in doctesting lately,
[padics ] Exception occurred:
[padics ] File "pow_computer.pxd", line 6, in init
sage.rings.padics.padic_base_generic_element
(sage/rings/padics/padic_base_generic_element.c:5658)
[padics ] ValueError: sage.rings.padics.pow_computer.PowCompu
10 matches
Mail list logo
