On Nov 20, 6:12 am, "William Stein" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I just did a test and using the new version of g95 here:
>
>http://ftp.g95.org/g95-x86-osx.tgz
>
> works fine for building Sage on Leopard OS X 10.5 intel.
> So, we can just update that and stop worrying about require
>
Check trac -- I just added this a few hours ago!
Nick
On 19-Nov-07, at 10:42 PM, Bill Hart wrote:
>
>
>
> On 20 Nov, 03:30, "William Stein" <[EMAIL PROTECTED]> wrote:
>
>> In python // means "floor divisions". It's the same semantics as
>> \ in
>> PARI. It means divide and
>> forget the rem
Replaced four occurrences of:
inline
with the python version:
:-)
Apparently that machine mangles function prototypes preceded by inline
only.
Bill.
On 20 Nov, 03:56, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Nov 19, 2007 7:46 PM, Bill Hart <[EMAIL PROTECTED]> wrote:
>
> > Some kind
On 20 Nov, 03:30, "William Stein" <[EMAIL PROTECTED]> wrote:
> In python // means "floor divisions". It's the same semantics as \ in
> PARI. It means divide and
> forget the remainder. E.g.,
> 5 // 3 == 1
>
> > Typing:
>
> > ??f.__div__
>
> // is not "__div__". You should just look at
Hi,
I just did a test and using the new version of g95 here:
http://ftp.g95.org/g95-x86-osx.tgz
works fine for building Sage on Leopard OS X 10.5 intel.
So, we can just update that and stop worrying about require
gfortran on that platform. Very nice, and this means we'll be
able to easily
Sorry to reply to myself, but here is a refinement and examples from
some more brainstorming.
Jason Grout wrote:
> command. I think William's idea is the way to go: make the variable
> equal to a slider in the front end and make that variable local to one
> input cell. The only way to chang
On Nov 19, 2007 7:46 PM, Bill Hart <[EMAIL PROTECTED]> wrote:
> Some kind of compiler bug. I've made changes in rev 1072 of FLINT
> which should fix the problem. If not, we'll have to wait for Mabshoff
> to awaken. I've no other ideas, so there's no point in setting me up
> with an account on the
Some kind of compiler bug. I've made changes in rev 1072 of FLINT
which should fix the problem. If not, we'll have to wait for Mabshoff
to awaken. I've no other ideas, so there's no point in setting me up
with an account on the machine at this point.
Bill.
On 20 Nov, 03:21, "William Stein" <[EMA
On Nov 19, 2007 6:47 PM, Bill Hart <[EMAIL PROTECTED]> wrote:
> > sage: f = Fmpz_poly([3,4,5])
> > sage: g = f^5; g
> > 11 243 1620 6345 16560 32190 47224 53650 46000 29375
> > 12500 3125
> > -sage: g / f
> > +sage: g // f
> >
On Nov 19, 2007 6:56 PM, Bill Hart <[EMAIL PROTECTED]> wrote:
> It built fine on Robert's laptop the other night. Have I got the
> architecture of Robert's laptop wrong? It is Core 2 Duo right?
The build failure below is on a Xeon quad-core Mac Pro running OS X
10.5, i.e., bsd.math.washington.edu
It built fine on Robert's laptop the other night. Have I got the
architecture of Robert's laptop wrong? It is Core 2 Duo right?
Bill.
On 20 Nov, 02:38, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Nov 19, 2007 5:13 PM, Bill Hart <[EMAIL PROTECTED]> wrote:
>
> > By the way, FLINT 0.9 breaks on
On 19 Nov, 23:48, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> sage: f = Fmpz_poly([3,4,5])
> sage: g = f^5; g
> 11 243 1620 6345 16560 32190 47224 53650 46000 29375
> 12500 3125
> -sage: g / f
> +sage: g // f
> 9
On Nov 19, 2007 5:13 PM, Bill Hart <[EMAIL PROTECTED]> wrote:
> By the way, FLINT 0.9 breaks on Core 2 Duo (this is not a build issue,
> but a real live corner case bug in the FLINT C code). I've added a new
In the current alpha 1 the *build* of flint fails:
ops -fexpensive-optimizations -fPIC
Hi,
On OSX ppc the sage alpha1 build fails with this. Unfortunately, I
can't work on fixing this since
I have committee work to do right now. If we can't fix this, a
reasonable option is to just comment
out building the cremona code in setup.py for now, and put some
nodoctests in the top
of th
Can someone please send me a copy of the file in SAGE which sets up
the build environment for FLINT, i.e. it sets FLINT_GMP_LIB_DIR etc.,
and does various other platform specific things which fix build issues
on various platforms.
I've spent over an hour looking for the file in my sage installati
On Nov 20, 12:48 am, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> On Nov 20, 12:02 am, mabshoff <[EMAIL PROTECTED]
>
>
>
> dortmund.de> wrote:
> > On Nov 19, 11:48 pm, Nick Alexander <[EMAIL PROTECTED]> wrote:
>
> > > > * 391 - unless Nick replies to William's comment
>
> > > At some point
My patch caused the missing horizontal bar, but the misbehaving
tracebacks are none of my doing ;-] A patch is up fixing both of the
issues.
--Mike
On Nov 19, 2007 7:49 AM, William Stein <[EMAIL PROTECTED]> wrote:
> Mike,
>
> Since your patch is what I think caused
> http://sagetrac.org/sage_tr
On Nov 20, 12:02 am, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> On Nov 19, 11:48 pm, Nick Alexander <[EMAIL PROTECTED]> wrote:
>
> > > * 391 - unless Nick replies to William's comment
>
> > At some point I will resubmit -- I'm just too busy right now. I
> > don't know what invalidate me
On Nov 19, 11:48 pm, Nick Alexander <[EMAIL PROTECTED]> wrote:
> > * 391 - unless Nick replies to William's comment
>
> At some point I will resubmit -- I'm just too busy right now. I
> don't know what invalidate means but I'd appreciate it if the ticket
> (and the patch!) stayed in TRAC.
>
N
> * 391 - unless Nick replies to William's comment
At some point I will resubmit -- I'm just too busy right now. I
don't know what invalidate means but I'd appreciate it if the ticket
(and the patch!) stayed in TRAC.
Nick
--~--~-~--~~~---~--~~
To post to th
Hello folks,
alpha0->alpha1:
Get the tarball at
http://sage.math.washington.edu/home/mabshoff/sage-2.8.13.alpha1.tar
[161MB]
Remarks:
- merged updated libfplll (#1188) [this is still open until I merge
the
doctest by malb, but there is still discussion between wjp and malb
going on]
- merged
Michael Stoll said at SD6 that he had written such a generic program
in Magma. You could ask him to dig it out and pass it on.
For the specific elliptic curve case I'm sure that using a custom
program will be better in many respects, since you know so much more
about the group structure's possib
> > How are you planning to change the interface?
>
> We haven't exactly decided yet. For starters we at least want to make sure
> Sage can compute many integrals that Maxima can't (but say Maple and/or
> Mathematica can compute).I've cc'd this email to sage-devel, so maybe
> people
> there
Stephen Forrest wrote:
> On Nov 19, 2007 11:59 AM, William Stein <[EMAIL PROTECTED]> wrote:
> [...]
>> Interestingly, this link says "Printing the code in this way does not
>> include any of the programmer's comments. If you want a separate copy
>> of the library source code, with comments, it is
On Nov 19, 2007 11:02 AM, <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 19, 2007 at 10:49:52AM -0800, William Stein wrote:
> > > Perhaps making a syntax compatible with Mathematica's??
> >
> > No, that's definitely not planned.
> >
> > William
>
> I've been thinking about this myself for a while. Sag
On Nov 19, 2007 10:52 AM, Stephen Forrest <[EMAIL PROTECTED]> wrote:
> > So you have to pay extra for the comments! Wow. That's truly bizarre.
>
> Hmm, I am a former Maplesoft employee, and I have never, ever heard of
> the source code being available for reading for an extra price. I am
> not
William Stein wrote:
> On Nov 17, 2007 6:14 PM, Jason Grout <[EMAIL PROTECTED]> wrote:
> \> >> I'm pretty excited about this! I think it would be extremely
amazingly
useful if you could make up some more examples like this one
sage: a = Slider(1,10)
sage: plot(sin(a()*x),
On Nov 19, 2007 11:59 AM, William Stein <[EMAIL PROTECTED]> wrote:
>
[...]
> Interestingly, this link says "Printing the code in this way does not
> include any of the programmer's comments. If you want a separate copy
> of the library source code, with comments, it is available from the
> distrib
On Nov 19, 2007 10:44 AM, <> wrote:
> I wanted to commend you for leading Sage. I think it is a great idea
> to combine all the open source math apps out there into a unified whole.
Thanks!
> I'm curious about your integration component. I believe I read you
> were using Maxima but were inter
On Nov 19, 2007 9:49 AM, John Cremona <[EMAIL PROTECTED]> wrote:
>
> My suggestion for such a project is: compute all the S-integral
> points on an elliptic curve (which is a finite set, for any given
> finie set of primes S). First, over Q (assume that you are given a
> Mordell-Weil basis), whi
On Nov 19, 2007 10:29 AM, William Stein <[EMAIL PROTECTED]> wrote:
> 3. Dumb question -- Where is the actual source code of anything in Maple?
> I'm skimming through my Maple install to see some actual source code and
> I can't find anything. The lib/ directory has lots of .mla
> file
My suggestion for such a project is: compute all the S-integral
points on an elliptic curve (which is a finite set, for any given
finie set of primes S). First, over Q (assume that you are given a
Mordell-Weil basis), which is also implemented in Magma. Then, over
number fields -- not implement
On Nov 19, 2007 9:38 AM, David Joyner <[EMAIL PROTECTED]> wrote:
>
> On Nov 19, 2007 12:21 PM, Martin Albrecht <[EMAIL PROTECTED]> wrote:
> >
> > Hi there,
> >
> > at Sage Days 6 Stefan Müller-Stach
> >
> >http://hodge.mathematik.uni-mainz.de/~stefan/index.html
> >
> > babelfish translation:
>
When Nigel Smart and I wanted to know what algorithm Maple was using
to solve rational conics, all we were able to do was to turn the
printlevel up to maximum, see the recursion in action, and use
"reverse engineering" until we recognised the classical algorithm of
Lagrange. That was a really biz
On Nov 19, 2007 9:20 AM, somebody defending Maple wrote:
> William,
>
> There are two ways to see the source code in Maple:
> eval(procname);
> and
> showstat(procname);
> Before doing that, it is usually necessary to change the
> interface setting for displaying library procedures:
>
On Nov 19, 2007 12:21 PM, Martin Albrecht <[EMAIL PROTECTED]> wrote:
>
> Hi there,
>
> at Sage Days 6 Stefan Müller-Stach
>
>http://hodge.mathematik.uni-mainz.de/~stefan/index.html
>
> babelfish translation:
>
> http://babelfish.altavista.com/babelfish/tr?lp=de_en&url=http%3A//hodge.mathematik
Hi there,
at Sage Days 6 Stefan Müller-Stach
http://hodge.mathematik.uni-mainz.de/~stefan/index.html
babelfish translation:
http://babelfish.altavista.com/babelfish/tr?lp=de_en&url=http%3A//hodge.mathematik.uni-mainz.de/%7Estefan/index.html
asked me whether the Sage project would like t
William Stein wrote:
> On Nov 19, 2007 8:57 AM, William Stein <[EMAIL PROTECTED]> wrote:
3. Dumb question -- Where is the actual source code of anything in Maple?
I'm skimming through my Maple install to see some actual source code
and
I can't find anything. The li
On Nov 19, 2007 8:57 AM, William Stein <[EMAIL PROTECTED]> wrote:
> > > 3. Dumb question -- Where is the actual source code of anything in Maple?
> > > I'm skimming through my Maple install to see some actual source code
> > > and
> > > I can't find anything. The lib/ directory has lo
On Nov 19, 2007 8:29 AM, Jason Grout <[EMAIL PROTECTED]> wrote:
>
> William Stein wrote:
>
> > 3. Dumb question -- Where is the actual source code of anything in Maple?
> > I'm skimming through my Maple install to see some actual source code
> > and
> > I can't find anything. The lib/
William Stein wrote:
> 3. Dumb question -- Where is the actual source code of anything in Maple?
> I'm skimming through my Maple install to see some actual source code and
> I can't find anything. The lib/ directory has lots of .mla
> files, but these are all
> pre-compiled binar
On Nov 18, 2007 9:37 AM, Mike Hansen <[EMAIL PROTECTED]> wrote:
> I just noticed that there is an article on the front page of slashdot
> about William and David's AMS opinion piece at
> http://science.slashdot.org/science/07/11/18/1341232.shtml . I think
> it'd be a good venue to get some Sage p
> Yep. Somebody mentioned Mathomatic there, which I don't ever
> remember scouring to see if it has anything at all to contribute to Sage:
>
>http://www.mathomatic.org/math/index.html
>
> It is GPL'd. I just downloaded it and built it from source on my mac in
> literally a few seconds, and i
On Nov 19, 2007, at 10:10 AM, David Joyner wrote:
>> I think the idea is supposed to be that part of the definition of the
>> black box is that it can produce random elements, regardless of
>> whether you know the generators. So for example, suppose our group is
>> the multiplicative group of Z/
On Nov 18, 2007 12:26 PM, Chris Chiasson <[EMAIL PROTECTED]> wrote:
> I just noticed this as well. This is good because of /.'s large
> programmer audience.
Yep. Somebody mentioned Mathomatic there, which I don't ever
remember scouring to see if it has anything at all to contribute to Sage:
On Nov 19, 2007 7:13 AM, David Joyner <[EMAIL PROTECTED]> wrote:
> FYI (scroll down to see the mention of SAGE)
>
Interesting. The comments afterwards about "the problem" with specialized
tools fails to mention that the point that Sage successfully solves
that very problem. And of course Axiom
On Nov 19, 2007 3:46 AM, D.J. Keenan <> wrote:
> I just saw your opinion piece in Notices of the AMS.
> Naturally I am wondering about Maple, which is (a)
> Mathematica's main competitor and (b) very largely
> open source. What is your opinion about using Maple?
> (I use Maple, but have no affili
FYI (scroll down to see the mention of SAGE)
-- Forwarded message --
From: Miguel Marco <[EMAIL PROTECTED]>
Date: Nov 19, 2007 7:13 AM
Subject: Re: [Maxima] Interesting Comment re Mathematica vs Everybody Else
To: [EMAIL PROTECTED]
> I have not played with Maple or MuPAD for f
On Nov 19, 2007 7:27 AM, David Harvey <[EMAIL PROTECTED]> wrote:
>
>
> On Nov 19, 2007, at 6:59 AM, David Joyner wrote:
>
> >> Further down the road, Drew Sutherland is thinking about writing a C+
> >> + library for computing things like orders, exponents, structures of
> >> generic abelian groups
On Nov 19, 2007, at 6:59 AM, David Joyner wrote:
>> Further down the road, Drew Sutherland is thinking about writing a C+
>> + library for computing things like orders, exponents, structures of
>> generic abelian groups. Basically you give it a "black box" that
>> knows how to add group elements
On Nov 19, 2007 6:33 AM, David Harvey <[EMAIL PROTECTED]> wrote:
>
>
>
> On Nov 19, 2007, at 4:55 AM, Martin Albrecht wrote:
>
> >> I still don't believe this algorithm.
> >>
> >> Look at this example:
> >>
> >> sage: K. = GF(3^4)
> >> sage: K.polynomial()
> >> a^4 + 2*a^3 + 2
> >> sage: E = Ellip
Hello everybody,
the Singular-Team has discussed these issues and clarified the
mistakable lines.
Of course, all parts of Singular are intended to be completely GPL-
compatible (upcoming version is GPL2 and GPL3).
See also: http://www.mathematik.uni-kl.de/ftp/pub/Math/Singular/COPYING
Best rega
On Nov 19, 2007 12:14 AM, mabshoff
<[EMAIL PROTECTED]> wrote:
>
> I opened tickets for the doctest failures:
>
> #1202: sqlite-3.5.2.p1.spkg segfaults sage/databases/database.py
> #1203: 2.8.13.alpha0: flint doctest failures
> #1204: libs/cremona/constructor.py doctest failures
>
> You should comm
On Nov 19, 2007, at 4:55 AM, Martin Albrecht wrote:
>> I still don't believe this algorithm.
>>
>> Look at this example:
>>
>> sage: K. = GF(3^4)
>> sage: K.polynomial()
>> a^4 + 2*a^3 + 2
>> sage: E = EllipticCurve(K, [2*a^2 + 2*a + 2, 2*a^3 + 2*a + 1])
>> sage: points = E.points()
>> sage: len
One short update:
* various people fixed the doctest failures with numpy/sciyp (Josh
Kantor), the failed g0n doctest (me + William)
* the libfplll issues (blocker #1188) has been fixed by wjp, a.k.a.
Willem Jan Palenstijn
* reverting to sqlite from 2.8.12 fixes the segfault in sage/databases/
dat
That is about right. Also n_2 divides q-1 where q is the field order,
which is also useful for cutting down the possibilities.
However you cannot compute the group order _just_ by computing the
orders of random elements. For example, structures 2*8 and 16 would
not be distinguished unless you h
Hi everybody,
Singular 3-0-4 is about to be released and this release is going to have an
updated license: Singular is now GPL v2 or v3. This is not what we've hoped
for (v2 or later) but at least we are good for now.
Martin
-
SINGULAR version 3-0-4
On Sunday 18 November 2007, David Harvey wrote:
> On Nov 18, 2007, at 8:49 AM, Martin Albrecht wrote:
> > On Sunday 18 November 2007, David Harvey wrote:
> >> On Nov 18, 2007, at 4:16 AM, Robert Bradshaw wrote:
> #1130
> >>>
> >>> This seems to rely on an earlier patch. (#1120?) See comments
I only just spotted this sub-thread since the whole thread concerns
many different things.
I will look into that code since it is doing what is already
implemented twice in Sage-contributed code written by me: in mwrank
and in my gp scripts.
John
On 18/11/2007, David Harvey <[EMAIL PROTECTED]>
59 matches
Mail list logo
