On Fri, Sep 10, 2010 at 10:17 PM, Dima Pasechnik wrote:
> Does current_randstate().set_seed_gap() actually sets GAP's random
> seed, so that
> subsequent GAP commands make use of the correctly set seed?
Yep.
--Mike
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsub
On Tue, 31 Aug 2010 at 10:13AM -0700, kcrisman wrote:
> It is. I've also been testing this - you should try out the very
> latest version:
> http://boxen.math.washington.edu/home/iandrus/
> There are still a few things to work out, but what we need are
> *TESTERS* to track down dumb bugs (such as
Hi Simon,
On Sep 9, 10:23 pm, Simon King wrote:
> Hi Dima!
>
> On Sep 9, 2:44 pm, Dima Pasechnik wrote:
>
> >...
> > Nobody seems to be willing to review the ticket, however, as if the
> > problem got resolved in a way that escapes me.
>
> The problem for my package did indeed resolve, due to
>
On Sep 10, 9:08 pm, Robert Bradshaw
wrote:
> sage: type(matrix(Integers(3^5), 5, 5))
>
> sage: type(matrix(Integers(3^20), 5, 5))
>
That certainly explains one of the issues.
Now watch me try to work around it:
sage: R = Integers(3^20)
sage: M1 = Matrix([[R.random_element() for i in range
On Wed, Sep 8, 2010 at 5:30 AM, Harald Schilly wrote:
> On Sep 8, 1:03 am, "Dr. David Kirkby" wrote:
>> If the ping time to boxen.math.washington.edu is an order of magnitude less
>> than
>> any other mirror ...
>
> I've coded this and back then I thought this is a good idea, but maybe
> it's no
On Fri, Sep 10, 2010 at 6:04 PM, dmharvey wrote:
>
> On Sep 10, 7:46 pm, William Stein wrote:
>> On Friday, September 10, 2010, Tom Boothby wrote:
>> >> The examples of slow things I gave are things that should be fast,
>> >> even in the Sage interpreter. All of these things are fast in Magma
>>
On Sep 10, 7:46 pm, William Stein wrote:
> On Friday, September 10, 2010, Tom Boothby wrote:
> >> The examples of slow things I gave are things that should be fast,
> >> even in the Sage interpreter. All of these things are fast in Magma
> >> for example, which is also an interpreted language, a
On Friday, September 10, 2010, Tom Boothby wrote:
>> The examples of slow things I gave are things that should be fast,
>> even in the Sage interpreter. All of these things are fast in Magma
>> for example, which is also an interpreted language, and this is the
>> main reason that Magma is so popu
Dear group theorists and friends of group theorists,
we proudly present the new version 2.1 of the modular group cohomology
spkg.
Now, all classes, methods and functions in the Cython and Python code
are covered by tests. Moreover, it builds and tests not only on
sage.math and bsd.math (64 and 32
On Sep 10, 2:31 pm, Dima Pasechnik wrote:
> On Sep 11, 1:31 am, kcrisman wrote:
>
>
>
> > > Buthttp://r.research.att.com/tools/#gcc42provideshttp://r.research.att.c...
> > > which will do the installation of "10.4u", whatever this means,
>
> > Yeah, I'm not sure what this is either,
>
> > > App
On Sep 11, 1:31 am, kcrisman wrote:
> > Buthttp://r.research.att.com/tools/#gcc42provideshttp://r.research.att.c...
> > which will do the installation of "10.4u", whatever this means,
>
> Yeah, I'm not sure what this is either,
>
> > Apple's SDK with gcc42 and gfortran42.
>
> > So yes, it's the
> The examples of slow things I gave are things that should be fast,
> even in the Sage interpreter. All of these things are fast in Magma
> for example, which is also an interpreted language, and this is the
> main reason that Magma is so popular in my research area (and clearly
> a reason that pe
On Sep 10, 2010, at 10:31 AM, kcrisman wrote:
Buthttp://r.research.att.com/tools/#gcc42provideshttp://
r.research.att.com/tools/gcc-4.2-5566-darwin8-all.tar.gz
which will do the installation of "10.4u", whatever this means,
Yeah, I'm not sure what this is either,
I'll guess: 10.4 "univer
> Buthttp://r.research.att.com/tools/#gcc42provideshttp://r.research.att.com/tools/gcc-4.2-5566-darwin8-all.tar.gz
> which will do the installation of "10.4u", whatever this means,
Yeah, I'm not sure what this is either,
> Apple's SDK with gcc42 and gfortran42.
>
> So yes, it's the missing gcc42
On Sep 7, 2010, at 03:09 , Jeroen Demeyer wrote:
Hello sage-devel,
As far as we know, there are no more remaining issues for the PARI
update (#9343). We haven't had any doctest failures for a while now.
The main issues recently have been with PARI not compiling properly on
various machines, b
On Sep 10, 10:38 pm, kcrisman wrote:
> On Sep 10, 9:34 am, Dima Pasechnik wrote:
>
>
>
>
>
> > On Sep 10, 8:53 pm, kcrisman wrote:
>
> > > On Sep 10, 2:36 am, Dima Pasechnik wrote:
>
> > > > After some trial and error, I came
> > > > acrosshttp://r.research.att.com/tools/#gcc42
>
> > > I men
> But, as I said, gfortran integrated with Xcode's gcc is available
> athttp://r.research.att.com/tools/#gcc42, so there is really
> no point in having g95 in Sage at all!
Right, *if* it's easy to get this to play along with existing Xcode
installations. If Sage can somehow detect this situatio
On Sep 10, 9:34 am, Dima Pasechnik wrote:
> On Sep 10, 8:53 pm, kcrisman wrote:
>
> > On Sep 10, 2:36 am, Dima Pasechnik wrote:
>
> > > After some trial and error, I came
> > > acrosshttp://r.research.att.com/tools/#gcc42
>
> > I mentioned this link in one of my (many) posts on this thread -
Dave,
On Sep 10, 6:48 pm, "Dr. David Kirkby"
wrote:
> On 09/10/10 07:36 AM, Dima Pasechnik wrote:
>
> > So yes, it seems that g95 can be dropped this way, but this is a
> > considerable amount of work.
>
> Dima,
>
> I would not waste any time on this - the gains do not warrant much work.
indeed.
On Sep 10, 8:53 pm, kcrisman wrote:
> On Sep 10, 2:36 am, Dima Pasechnik wrote:
>
> > After some trial and error, I came
> > acrosshttp://r.research.att.com/tools/#gcc42
>
> I mentioned this link in one of my (many) posts on this thread - sorry
> if I didn't highlight it more.
>
> > that descr
On Sep 10, 2:36 am, Dima Pasechnik wrote:
> After some trial and error, I came
> acrosshttp://r.research.att.com/tools/#gcc42
I mentioned this link in one of my (many) posts on this thread - sorry
if I didn't highlight it more.
> that describes a process of building gfortran using Xcode gcc-4
On 09/10/10 07:36 AM, Dima Pasechnik wrote:
So yes, it seems that g95 can be dropped this way, but this is a
considerable amount of work.
Dima,
I would not waste any time on this - the gains do not warrant much work.
The amount of work would decrease if we drop MacOSX 10.4 from the list
of
22 matches
Mail list logo
