[sage-devel] "algebra mathematic web app"

Hi, I was surfing the web for a moment and found this: http://math.bbcda.de/contents/log/?p=3 It's basically somebody in Germany talking about making a web-based Mathcad-like program. They talk a lot about what they want and also about Sage, and how it relates to their interests. The

[sage-devel] Re: ECL + OSX + 64bits

Juan Jose Garcia-Ripoll wrote: > It seems that in OS X, when using "gcc" to link the object files into > an executable, the flag -m64 is needed _again_ to specify that it is a > 64-bits build. This is regarding David's question in the sage-devel > group. > > Now, this is one of the reasons why EC

[sage-devel] Re: Improving QQ['x']

Dear all, I've finally started to work on this, and as already pointed out earlier it's under trac ticket #4000. Martin Albrecht implemented a prototype to help me get started and I've now looked at it in some more details and implemented almost all the functionality, except for the three method

[sage-devel] Re: Sage 4.1.2.alpha1 released

Hi folks, On Tue, Sep 8, 2009 at 8:36 AM, Minh Nguyen wrote: > Hi folks, > > This release has the following updated packages: > > * matplotlib-0.99.0.spkg > * networkx-0.99.p1-fake_really-0.36.p1.spkg > > The source tarball and sage.math binary are available at You can also test the alpha versio

[sage-devel] Re: Prototype library interface with Maxima/ECL

On Sep 7, 2009, at 3:58 AM, Golam Mortuza Hossain wrote: > > Hi Nils, > > > On Mon, Sep 7, 2009 at 2:24 AM, Nils Bruin wrote: >> For other people interested in maxima-as-a-library: I personally >> don't >> have a clue what the right way forward is from here. What >> functionality do we need fro

[sage-devel] Re: [fricas-devel] Re: Aldor interface

On Mon, Sep 7, 2009 at 4:02 PM, Ralf Hemmecke wrote: > >> $ ./sage -f fricas-1.0.7.spkg >> >> Produces the error: " undefined reference to `log' ". (about 15 minutes) >> >> After the failure, follow the instructions printed by Sage to enter >> the Sage "shell" - the environment in which Sage and a

[sage-devel] Re: [fricas-devel] Re: Aldor interface

> $ ./sage -f fricas-1.0.7.spkg > > Produces the error: " undefined reference to `log' ". (about 15 minutes) > > After the failure, follow the instructions printed by Sage to enter > the Sage "shell" - the environment in which Sage and all it's spkg's > run. As indicated 'cd' to the fricas-1.0.7

[sage-devel] Sage 4.1.2.alpha1 released

Hi folks, This release has the following updated packages: * matplotlib-0.99.0.spkg * networkx-0.99.p1-fake_really-0.36.p1.spkg The source tarball and sage.math binary are available at http://sage.math.washington.edu/home/mvngu/release/upgrade/sage-4.1.2.alpha1.tar http://sage.math.washington.

[sage-devel] Re: Prototype library interface with Maxima/ECL

On Sep 7, 3:58 am, Golam Mortuza Hossain wrote: > IMO, minimal but functional library would be the right way to go. > From my personal experience, trying to do one small step at a time leads > to much further distance in long run rather than trying to do everything > at one go. and on Sep 7, 4:1

[sage-devel] Re: dependent spkg installation

> Here's the simplest possible solution I can think of: > > 1. Put "sage -i B" at the top of you spkg-install script OK, that is what I thought. Thank you. > 2. Improve the "sage -i" command so that "sage -i B" works and gives > the newest version, i.e., so that one doesn't have to type "sa

[sage-devel] Re: dependent spkg installation

On Mon, Sep 7, 2009 at 1:40 PM, Ralf Hemmecke wrote: > > I'd like to write an optional sage package B that depends on another > optional sage package A. > > What is the standard way to achieve that > >   sage -i B > > looks at http://www.sagemath.org/packages/optional/ for B and first > installs A

[sage-devel] Re: back ticks versus $ signs

On Mon, Sep 7, 2009 at 8:23 AM, John H Palmieri wrote: > > On Sep 7, 12:54 am, Ondrej Certik wrote: >> On Fri, Sep 4, 2009 at 2:28 PM, John H Palmieri >> wrote: >> >> I tried your patch (I made a sphinx extension out of it), but it >> didn't work for me --- the backsubstitution to docstringlines

[sage-devel] Re: SAGE notebook interaction

On Mon, Sep 7, 2009 at 1:28 PM, Ondrej Certik wrote: > > On Mon, Sep 7, 2009 at 12:52 PM, Matthew Turk wrote: >> >> Hi Ondrej, >> >> Thanks for your speedy reply.  Looking a bit closer, it seems to me >> that a lot of this may be related to coercion of types to be sage >> types.  By replacing the

[sage-devel] dependent spkg installation

I'd like to write an optional sage package B that depends on another optional sage package A. What is the standard way to achieve that sage -i B looks at http://www.sagemath.org/packages/optional/ for B and first installs A if A is not yet locally installed? Is there already any automatic

[sage-devel] Sage notebook is down for maintenance

Hi folks, The Sage notebook is currently down for maintenance. Sorry for the inconveniences. -- Regards Minh Van Nguyen --~--~-~--~~~---~--~~ To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sa

[sage-devel] Re: reddit

Cool. I'm not familiar with reddit but the posters don't seem to be aware that Sage includes some Rubik's cube solvers. On Mon, Sep 7, 2009 at 2:54 PM, William Stein wrote: > Hi, > > It's a little late, but a few days ago there was a discussion on > reddit about math software (mainly motivated b

[sage-devel] Re: SAGE notebook interaction

On Mon, Sep 7, 2009 at 12:52 PM, Matthew Turk wrote: > > Hi Ondrej, > > Thanks for your speedy reply.  Looking a bit closer, it seems to me > that a lot of this may be related to coercion of types to be sage > types.  By replacing the SageObject stuff with "object" or simply > removing it (as is d

Re: [sage-release] Re: [sage-devel] Re: log(x) versus ln(x)

On Mon, Sep 7, 2009 at 12:54 PM, Burcin Erocal wrote: > > On Tue, 8 Sep 2009 05:23:23 +1000 > Minh Nguyen wrote: > >> >> On Tue, Sep 8, 2009 at 5:15 AM, William Stein wrote: >> >> >> >> > That sounds good to me, though it is during the next Sage Days. >> >> I almost forgot about the 17th Sage Da

Re: [sage-release] Re: [sage-devel] Re: log(x) versus ln(x)

On Tue, 8 Sep 2009 05:23:23 +1000 Minh Nguyen wrote: > > On Tue, Sep 8, 2009 at 5:15 AM, William Stein wrote: > > > > > That sounds good to me, though it is during the next Sage Days. > > I almost forgot about the 17th Sage Days. Let's make it 22nd September > 2009 as the final date to get

[sage-devel] Re: SAGE notebook interaction

Hi Ondrej, Thanks for your speedy reply. Looking a bit closer, it seems to me that a lot of this may be related to coercion of types to be sage types. By replacing the SageObject stuff with "object" or simply removing it (as is done elsewhere in the codebase) I was able to get to the point of t

Re: [sage-release] Re: [sage-devel] Re: log(x) versus ln(x)

On Mon, Sep 7, 2009 at 12:23 PM, Minh Nguyen wrote: > > On Tue, Sep 8, 2009 at 5:15 AM, William Stein wrote: > > > >> That sounds good to me, though it is during the next Sage Days. > > I almost forgot about the 17th Sage Days. Let's make it 22nd September > 2009 as the final date to get features

Re: [sage-release] Re: [sage-devel] Re: log(x) versus ln(x)

On Tue, Sep 8, 2009 at 5:15 AM, William Stein wrote: > That sounds good to me, though it is during the next Sage Days. I almost forgot about the 17th Sage Days. Let's make it 22nd September 2009 as the final date to get features in for the upcoming Sage 4.1.2. So after 22nd September, feature

[sage-devel] Re: log(x) versus ln(x)

On Mon, Sep 7, 2009 at 12:11 PM, Minh Nguyen wrote: > > Hi Burcin, > > On Tue, Sep 8, 2009 at 5:06 AM, Burcin Erocal wrote: > > > >> Do we have a planned release date so I know when to wrap up my changes >> in pynac and submit them for review? Minh? > > How about 15th September 2009 for a feature

[sage-devel] Re: log(x) versus ln(x)

On Mon, Sep 7, 2009 at 12:11 PM, TimDaly wrote: > > I might suggest something like: > > http://axiom-developer.org/axiom-website/rosetta.html > > which was an attempt to provide a translation from system to system. > Sage should probably consider a translator such as > > Rosetta('expression', 'sou

[sage-devel] Re: log(x) versus ln(x)

I might suggest something like: http://axiom-developer.org/axiom-website/rosetta.html which was an attempt to provide a translation from system to system. Sage should probably consider a translator such as Rosetta('expression', 'sourcesystem', 'targetsystem') On Sep 7, 3:38 am, John Cremona w

[sage-devel] Re: log(x) versus ln(x)

Hi Burcin, On Tue, Sep 8, 2009 at 5:06 AM, Burcin Erocal wrote: > Do we have a planned release date so I know when to wrap up my changes > in pynac and submit them for review? Minh? How about 15th September 2009 for a feature freeze date? Does that sound reasonable to you? -- Regards Minh V

[sage-devel] Re: log(x) versus ln(x)

On Mon, 7 Sep 2009 11:28:59 -0700 William Stein wrote: > > >> If we also instantiate the class but with name returning 'ln', that > >> might work. > > > > Whenever it made a round trip to maxima, etc. it would get > > "normalized" back to log. Also, would > > > > sage: log(x) + ln(x) > > 2*log(

[sage-devel] reddit

Hi, It's a little late, but a few days ago there was a discussion on reddit about math software (mainly motivated by Rubik's cube, I guess). Sage gets mentioned a lot: http://www.reddit.com/r/math/comments/9ev37/matlab_mathematica_or_something_else_for_playing/ William -- William Stein Assoc

[sage-devel] Re: log(x) versus ln(x)

>> If we also instantiate the class but with name returning 'ln', that >> might work. > > Whenever it made a round trip to maxima, etc. it would get > "normalized" back to log. Also, would > > sage: log(x) + ln(x) > 2*log(x) > > Just declaring ln = log, and not having ln in the output (unless > pe

[sage-devel] Re: log(x) versus ln(x)

On Sep 6, 2009, at 3:10 PM, William Stein wrote: > On Sun, Sep 6, 2009 at 3:00 PM, Burcin Erocal > wrote: >> >> On Sun, 6 Sep 2009 14:35:24 -0700 >> William Stein wrote: >> >>> I think the vote from this dicussion for Sage was to make it so >>> ln and >>> log are both supported and "log" is

[sage-devel] Re: log(x) versus ln(x)

mirko wrote : > Would it be possible to support both ln(x) and log(x), tg(x) and tan > (x) and so on via a locale setting? > If one locale is selected log, tan and so on, will be used, if another > that ln, tg, etc. > The input and the output must be the same, even in tex output and help files

[sage-devel] Re: Performances in Sage

On Sep 7, 2009, at 2:09 AM, Nathann Cohen wrote: > Hello everybody !!! > > It is very nice that we have in Sage a way to automatically test > our functions through docstrings which, besides, lead us to improve > the documentation How hard could it be to find a similar way to > measure t

[sage-devel] Re: Flow and independent paths

This is a way to do it if you already have an integral flow-solver. I know there was some work on that during sagedays-16, which is a while ago, so I imagine this is in Sage now, though perhaps not. 1) Of the two nodes that we want to find independent paths between, let one be the sink and one be

[sage-devel] Re: [sage-release] Sage 4.1.2.alpha0 take 2: corrupt-free repo

On Mon, Sep 7, 2009 at 9:02 AM, Minh Nguyen wrote: > > Hi folks, > > The repository corruption caused by ticket #6568 > > http://trac.sagemath.org/sage_trac/ticket/6568 > > is now fixed. A second version of Sage 4.1.2.alpha0 is ready for > download. The sage.math binary is Heh, could you call it

[sage-devel] Sage 4.1.2.alpha0 take 2: corrupt-free repo

Hi folks, The repository corruption caused by ticket #6568 http://trac.sagemath.org/sage_trac/ticket/6568 is now fixed. A second version of Sage 4.1.2.alpha0 is ready for download. The sage.math binary is http://sage.math.washington.edu/home/mvngu/release/upgrade/sage-4.1.2.alpha0-sage.math.wa

[sage-devel] Re: log(x) versus ln(x)

Would it be possible to support both ln(x) and log(x), tg(x) and tan (x) and so on via a locale setting? If one locale is selected log, tan and so on, will be used, if another that ln, tg, etc. Mirko On Sep 7, 12:38 am, John Cremona wrote: > While we are at it:  asin = arcsin?  acos=arccos? at

[sage-devel] Re: [Ecls-list] How can we build ECL on OS X in 64-bit

On Mon, Sep 7, 2009 at 3:01 AM, Juan Jose Garcia-Ripoll wrote: > > 2009/9/7 Dr. David Kirkby : >> As you know, we are having some problems building ECL on 64-bit OS X (on >> the machine bsd.math.washington.edu). > > Yes, I have seen the emails. I am trying different builds here in my > laptop, sin

[sage-devel] Re: ECL 9.8.4 fails to build in 64-bit mode, OS X 10.5.8, Sage 4.1.2.alpha0

On Sep 6, 11:14 pm, David Kirkby wrote: > 2009/9/6 John H Palmieri : > > John, > I'm not convinced that is building a 64-bit version. This is based on 2 > things. [snip] > Also when I run > > file ./local/lib/libecl.9.8.4.dylib > > to see if it has created a 64-bit library, it does not appear

[sage-devel] Re: back ticks versus $ signs

On Sep 7, 12:54 am, Ondrej Certik wrote: > On Fri, Sep 4, 2009 at 2:28 PM, John H Palmieri wrote: > > I tried your patch (I made a sphinx extension out of it), but it > didn't work for me --- the backsubstitution to docstringlines failed > in the extension (maybe sphinx is inconsistent here), but

[sage-devel] Re: super commutative and noncommutative rings

Hi! Am 07.09.2009 um 14:34 schrieb Oleksandr: > > Hi Martin, > > What about Sage implementation for > > 1. weighting vector(s) "a(w1, w2...wn)", > 2. free module orderings (e.g. c/C) mixed somewhere in between? Does > Sage have such a concept? I suppose, that the answer is no. > > In Sage i

[sage-devel] Re: ECL and Snow Leopard (10.6)]

On Sep 7, 9:02 am, "Dr. David Kirkby" wrote: >  From the ECL list. It looks like we will need to use CVS to get an ECL > that builds on OS X. > I'll try to make a package from the CVS snapshot, but of course, there > is always more risk with this, as it is less well tested. I plan to make a rele

[sage-devel] Re: super commutative and noncommutative rings

Hi Martin, What about Sage implementation for 1. weighting vector(s) "a(w1, w2...wn)", 2. free module orderings (e.g. c/C) mixed somewhere in between? Does Sage have such a concept? In Sage i'd imagine something like: {{{ TermOrder = WeightVector(2,5) + ModuleOrder('c') + WeightVector(-1,-2) +

[sage-devel] Re: Prototype library interface with Maxima/ECL

Hi, Thank you Nils for the great work on the library interface to maxima. On Sun, 6 Sep 2009 22:55:40 -0700 William Stein wrote: > > On Sun, Sep 6, 2009 at 10:24 PM, Nils Bruin wrote: > > For other people interested in maxima-as-a-library: I personally > > don't have a clue what the right wa

[sage-devel] Re: log(x) versus ln(x)

+1 for the run-time option if I have a vote. It takes some effort to get used to having to declare all variables and yet we stick to it. Why not make the user declare what they mean by log(x)? Not sure about the requirement of declaring the base every time. I previously thought this would resol

[sage-devel] Re: Prototype library interface with Maxima/ECL

Hi Nils, On Mon, Sep 7, 2009 at 2:24 AM, Nils Bruin wrote: > For other people interested in maxima-as-a-library: I personally don't > have a clue what the right way forward is from here. What > functionality do we need from maxima? Is a minimal functionality > library the right way to go, a la t

[sage-devel] mv -f

Another comment on sage-spkg (and perhaps a bug). The file contains... if [ $DELETE_TMP -eq 1 ]; then ... else ... mv -f "$PKG_BASE-"* old/ 2>/dev/null fi Assuming that "$PKG_BASE-"* are actually directories, I guess that sage -f -s SomePackage issued twice must fail to move t

[sage-devel] Re: [Ecls-list] How can we build ECL on OS X in 64-bit

Arrrgh, connection problems again. I will need another 15 minutes or so to upload the patches :-/ Juanjo 2009/9/7 Juan Jose Garcia-Ripoll : > 2009/9/7 Dr. David Kirkby : >> As you know, we are having some problems building ECL on 64-bit OS X (on >> the machine bsd.math.washington.edu). > > Yes,

[sage-devel] Re: [Ecls-list] How can we build ECL on OS X in 64-bit

2009/9/7 Dr. David Kirkby : > As you know, we are having some problems building ECL on 64-bit OS X (on > the machine bsd.math.washington.edu). Yes, I have seen the emails. I am trying different builds here in my laptop, since I did not ask for an account at bsd -- I thought I would not need it.

[sage-devel] Performances in Sage

Hello everybody !!! It is very nice that we have in Sage a way to automatically test our functions through docstrings which, besides, lead us to improve the documentation How hard could it be to find a similar way to measure the performance of Sage functions, something like a global benchmark

[sage-devel] repository corruption in Sage 4.1.2.alpha0

Hi folks, The main repository for Sage 4.1.2.alpha0 is corrupted due to ticket #6568 http://trac.sagemath.org/sage_trac/ticket/6568 The ticket neglects to patch the file MANIFEST.in. To verify this, compile the source release for Sage 4.1.2.alpha0. After successful compilation, cd to SAGE_ROOT/

[sage-devel] Re: back ticks versus $ signs

On Fri, Sep 4, 2009 at 2:28 PM, John H Palmieri wrote: > > A patch which does a basic version of this (changing $blah$ to `blah`, > but allowing no custom delimiters, no parsing of $$blah$$ or \[ blah > \]) is here: > >   I tried your patch (I made a

[sage-devel] How can we build ECL on OS X in 64-bit

Juanjo, As you know, we are having some problems building ECL on 64-bit OS X (on the machine bsd.math.washington.edu). Can you tell me. 1) Will version 9.8.4 build, or do I need to check out the CVS? 2) Does one need to add -m64 to CFLAGS and CXXFLAGS? 3) Does one need to set the ABI - and if

[sage-devel] Re: log(x) versus ln(x)

While we are at it: asin = arcsin? acos=arccos? atan=arctan? ctg = cotan (etc etc) John 2009/9/6 Tim Lahey : > > > On Sep 6, 2009, at 6:10 PM, William Stein wrote: > >> If we also instantiate the class but with name returning 'ln', that >> might work. >> >>> >>> In this new system, what will

[sage-devel] [Fwd: Re: [Ecls-list] ECL and Snow Leopard (10.6)]

From the ECL list. It looks like we will need to use CVS to get an ECL that builds on OS X. I'll try to make a package from the CVS snapshot, but of course, there is always more risk with this, as it is less well tested. Dave --~--~-~--~~~---~--~~ To post to th