On 08/ 7/10 04:48 AM, Mitesh Patel wrote:
We're in the *very* early stages of developing a new doctesting API at
http://trac.sagemath.org/sage_trac/ticket/9224
Unifying sage-test and sage-ptest does make sense.
I'm not over-impressed with the current system. I've had tests fail with zero
fa
On 08/06/2010 04:41 AM, Simon King wrote:
> Let s be a string (e.g., a docstring containing tests). Is it possible
> to perform the analogue of "sage -t" on s without writing s into a
> file and running a sub-process "sage -t" on that file?
We're in the *very* early stages of developing a new doct
On Fri, Aug 6, 2010 at 9:18 AM, Dr. David Kirkby
wrote:
> On 08/ 6/10 05:14 AM, Robert Bradshaw wrote:
>>
>> On Thu, Aug 5, 2010 at 3:25 AM, Bill Hart
>> wrote:
>>>
>>> The single biggest improvement in my mind would be made to MPIR. And I
>>> know the MPIR devels would absolutely love to have th
> * a function that plots the Bode diagram. Once it's possible to (1)
> draw logarithmic axes, (2) align plots on a graphic array so that both
> horizontal axes scales match perfectly, and maybe (3) select the
> divisions on the axes (it would be nicer to have divisions each 15 or
> 45 degrees than
On Fri, 6 Aug 2010 18:00:19 -0400, kamaraju kusumanchi
wrote:
> Users do not want to install the latest version without knowing if
> their problem is fixed in the latest version. But if they know that
> the problem is fixed, then they make every effort to get that version.
This is reasonably eas
On 08/ 6/10 11:00 PM, kamaraju kusumanchi wrote:
My understanding is that upstream is very unhappy with the fact that
Debian is shipping an old version, as it generates support requests for
something that they don't want to support (3.0.5 was released on
2008-07-11).
If anyone has the time, I
>
> My understanding is that upstream is very unhappy with the fact that
> Debian is shipping an old version, as it generates support requests for
> something that they don't want to support (3.0.5 was released on
> 2008-07-11).
>
Right. One of the points we have drive home to the users is that if
> Kamaraju,
>
> Overall I like your plan. And I'd like to help.
>
> I do not like starting with version 3.0.6. I think such an old version
> is unlikely to attract many users and hence testing will be suboptimal.
> In addition, upstream reports that upgrading to 4.5 is currently broken
> (http://
On 5 ago, 04:31, William Stein wrote:
> On Wed, Aug 4, 2010 at 4:42 PM, Alex Ghitza wrote:
> > On Wed, 4 Aug 2010 13:21:11 -0700 (PDT), cousteau
> > wrote:
> >> I agree with Simon in that developers may be reluctant to modify the
> >> preparser unless it's strictly necessary.
> >> An argument i
When I paste the following code into a notebook worksheet in magma
mode, I consistently get "Syntax Error". When I paste the same code
directly into magma, it works properly:
{{{
_:=PolynomialRing(Rationals());
repeat
g:=3*b*x^4+18*c*x^3-6*b^2*x^2-6*b*c*x-b^3-9*c^2 where
b:=Random([-10..10]) whe
On 08/ 6/10 05:14 AM, Robert Bradshaw wrote:
On Thu, Aug 5, 2010 at 3:25 AM, Bill Hart wrote:
The single biggest improvement in my mind would be made to MPIR. And I
know the MPIR devels would absolutely love to have them contribute.
Jason and Brian have been working very hard on simplifying MP
On 08/ 6/10 04:06 AM, Jason B Hill wrote:
Has sympow been tested on Itanium Linux much?
Itanium versions exist in the repositories for Debian (Lenny/Sid), Ubuntu
and Fedora. So, the short answer is "yes."
Thank you.
If I'm not mistaken, that script will include x86 based code for the
floa
On 08/ 6/10 06:59 AM, Robert Dodier wrote:
On 8/5/10, Dr. David Kirkby wrote:
(%i1) asinh(1.0);
(%o1) .8813735870195429
Appears to be a consequence of the way ECL formats
floating point numbers. I can produce an example on Linux
so it's not specific to Solaris. e.g.
Hi!
Let s be a string (e.g., a docstring containing tests). Is it possible
to perform the analogue of "sage -t" on s without writing s into a
file and running a sub-process "sage -t" on that file?
Cheers,
Simon
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscrib
Hi Carl!
On 6 Aug., 04:18, Carl Witty wrote:
> On Thu, Aug 5, 2010 at 4:06 PM, Simon King wrote:
> > I think it is easier to do
> > from sage.all import ZZ
> > instead of providing its exact location (from sage.rings.integer...).
>
> > Moreover, using sage.all is more stable, because the exact
15 matches
Mail list logo
