On Oct 14, 2007, at 6:56 AM, William Stein wrote:
>
> Hello,
>
> I have released sage-2.8.7.rc1 here:
>
>http://sage.math.washington.edu/tmp/
>
> In particular, this link:
>
> http://sage.math.washington.edu/tmp/sage-2.8.7.rc1.tar
>
> Hopefully this will work with no doctest failures on
On 10/14/07, Jonathan Bober <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-10-14 at 15:13 -0700, William Stein wrote:
> > On 10/14/07, Jonathan Bober <[EMAIL PROTECTED]> wrote:
> > >
> > > I'm not sure right now, but I'm thinking about it.
> >
> > OK, your new code on x86_64 gets essentially every sing
On Sun, 2007-10-14 at 15:13 -0700, William Stein wrote:
> On 10/14/07, Jonathan Bober <[EMAIL PROTECTED]> wrote:
> >
> > I'm not sure right now, but I'm thinking about it.
>
> OK, your new code on x86_64 gets essentially every single
> number_of_partitions(n) wrong for 242 <= n <= 2833, and
> see
On 10/14/07, Jonathan Bober <[EMAIL PROTECTED]> wrote:
>
> I have to run somewhere for a little while, but I just realized that
> there might be a bug for small input (1000 being small enough). You may
> want to try something bigger to see if it works correctly.
>
> Also, at
>
> http://developer.a
On 10/14/07, Jonathan Bober <[EMAIL PROTECTED]> wrote:
>
> I'm not sure right now, but I'm thinking about it.
OK, your new code on x86_64 gets essentially every single
number_of_partitions(n) wrong for 242 <= n <= 2833, and
seems right for everything else.
>
> You could try setting
>
> long_doub
I have to run somewhere for a little while, but I just realized that
there might be a bug for small input (1000 being small enough). You may
want to try something bigger to see if it works correctly.
Also, at
http://developer.apple.com/documentation/DeveloperTools/Conceptual/LowLevelABI/Articles
On 10/14/07, Jonathan Bober <[EMAIL PROTECTED]> wrote:
>
> I'm not sure right now, but I'm thinking about it.
>
> You could try setting
>
> long_double_precision = double_precision
>
> wherever it is initialized. (This is around line 140 somewhere.) If you
> do this it will just skip the part of t
On 10/14/07, William Stein <[EMAIL PROTECTED]> wrote:
> Hi Jon,
>
> Your number_of_partitions code is in the current sage-2.8.7.rc1,
> and it works on all but one machine we tested in on. Unfortunately
> -- JUST AS YOU SUSPECTED -- it doens't work on PPC OS X. It runs,
> but gives wrong answers
I'm not sure right now, but I'm thinking about it.
You could try setting
long_double_precision = double_precision
wherever it is initialized. (This is around line 140 somewhere.) If you
do this it will just skip the part of the computation where it uses long
doubles (For
Hi Jon,
Your number_of_partitions code is in the current sage-2.8.7.rc1,
and it works on all but one machine we tested in on. Unfortunately
-- JUST AS YOU SUSPECTED -- it doens't work on PPC OS X. It runs,
but gives wrong answers. Any ideas how to fix your code to still
work on OS X PPC, even
On 10/14/07, William Stein <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> I have released sage-2.8.7.rc1 here:
>
>http://sage.math.washington.edu/tmp/
>
> In particular, this link:
>
> http://sage.math.washington.edu/tmp/sage-2.8.7.rc1.tar
>
> Hopefully this will work with no doctest failures o
It is already (somewhat) wrapped and is included in gap_packages*.spkg.
http://www.sagemath.org/doc/html/ref/module-sage.rings.real-field.html#l2h-3143
There is also a
IsomorphismTypeInfoFiniteSimpleGroup
http://www.gap-system.org/Manuals/doc/htm/ref/CHAP037.htm#SSEC015.11
and
StructureDescription
On 10/14/07, William Stein <[EMAIL PROTECTED]> wrote:
> > How much work would it be to wrap this database and include it in Sage?
> > Also, would other people be interested in this functionality?
> >
>
> It's GPL-incompatible so can't be included in Sage, at least not as it is.
> It's currently
On 10/14/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> I'm taking a course in algebra, and I'd like to be able to play with groups
> of "small" order without a lot of hand computation. GAP has a highly
> comprehensive database, which I'd like to use. However, I don't know GAP,
> and I
I'm taking a course in algebra, and I'd like to be able to play with groups of
"small" order without a lot of hand computation. GAP has a highly
comprehensive database, which I'd like to use. However, I don't know GAP, and
I don't really want to learn it just for a single application.
How mu
All tests pass on my machine as well.
David
On 10/14/07, William Stein <[EMAIL PROTECTED]> wrote:
>
>
> On 10/14/07, mabshoff > On Oct 14, 3:56 pm, "William Stein"
> <[EMAIL PROTECTED]> wrote:
> > > Hello,
> > >
> > > I have released sage-2.8.7.rc1 here:
> > >
> > >http://sage.math.washington.
On 10/14/07, mabshoff > On Oct 14, 3:56 pm, "William Stein"
<[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I have released sage-2.8.7.rc1 here:
> >
> >http://sage.math.washington.edu/tmp/
> >
> > In particular, this link:
> >
> >http://sage.math.washington.edu/tmp/sage-2.8.7.rc1.tar
> >
> >
On Oct 14, 3:56 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have released sage-2.8.7.rc1 here:
>
>http://sage.math.washington.edu/tmp/
>
> In particular, this link:
>
>http://sage.math.washington.edu/tmp/sage-2.8.7.rc1.tar
>
> Hopefully this will work with no doctest fa
Hello,
I have released sage-2.8.7.rc1 here:
http://sage.math.washington.edu/tmp/
In particular, this link:
http://sage.math.washington.edu/tmp/sage-2.8.7.rc1.tar
Hopefully this will work with no doctest failures on some systems.
Let me know what happens.
William
--~--~-~--~--
Good to see that you got things sped up.
The factor of 30 or so slowdown is consistent with my experience
comparing to matlab.
I believe the issue is that due to the way the interface to gsl works
explanation:
The gsl ode solver is a c function that requires a C function pointer
to be passed to
20 matches
Mail list logo
