Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

On Sunday, January 24, 2021 at 9:17:14 PM UTC rjf wrote: > Just a note to point out that infix like a+b*c in a conventional > programming language > is not helpful if a,b,c are symbolic expressions.. Writing it as add(a, > mul(b,c)) is not > a big deal, nor is writing it in lisp (add a

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

On Mon, 2021-01-25 at 12:08 +0100, Vincent Delecroix wrote: > Shouldn't it be > > (- (* a d) (* b c)) > > and > > (- (* b b) (* 4 a c))) > > The unary "negate" operation and the binary "subtract" operation are usually distinguished by context, i.e. by whether prefix or infix notation is used.

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

Shouldn't it be (- (* a d) (* b c)) and (- (* b b) (* 4 a c))) Le 25/01/2021 à 07:53, parisse a écrit : rjf, I wonder why you say that " infix like a+b*c in a conventional programming language is not helpful if a,b,c are symbolic expressions". Of course it is, otherwise CAS would not use i

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

rjf, I wonder why you say that " infix like a+b*c in a conventional programming language is not helpful if a,b,c are symbolic expressions". Of course it is, otherwise CAS would not use infix notation in their user interfaces. Parts of my source code are much easier to write and read with inf

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

Just a note to point out that infix like a+b*c in a conventional programming language is not helpful if a,b,c are symbolic expressions.. Writing it as add(a, mul(b,c)) is not a big deal, nor is writing it in lisp (add a (mul b c)). Of course you need to write programs add and mul, but y

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

I (almost) do not code C++ myself, probably 99% of my code is C-style, but I'm using a C++ compiler, that way I can link to the C++ standard template library and benefit of features like operator overload. Doing so, I do not have screens of error messages. Le vendredi 22 janvier 2021 à 15:07:51

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

There was a message from B. Paisse some days ago, about C (++) and Julia for CAS. May be this https://arxiv.org/pdf/1705.06134v1.pdf is interesting. t.d. Le 22/01/2021 à 15:07, Dima Pasechnik a écrit : On Thu, Jan 21, 2021 at 8:04 PM parisse wrote: Well, searching for "lisp infix notation"

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

On Thu, Jan 21, 2021 at 8:04 PM parisse wrote: > > Well, searching for "lisp infix notation" is not very convincing (unless I > missed something?), compared to built-in infix support. You might prefer Lisp > to C/C++, it's your choice, but I don't see any objective reason that one > should stay

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

Well, searching for "lisp infix notation" is not very convincing (unless I missed something?), compared to built-in infix support. You might prefer Lisp to C/C++, it's your choice, but I don't see any objective reason that one should stay away from C/C++. And Giac is a proof that one can actuall

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

On Wed, Jan 20, 2021 at 7:13 PM parisse wrote: > > As the author of a CAS, I can state that you need much more than 2 weeks to > learn a programming language to make a CAS, and much much more if you want to > be fast. Life is short, therefore choose your programming language carefully! > I don'

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

> I think you have to figure that there is a difference in productivity of > people who just learned Python in high school and would really like to > write a computer algebra system I'm not referring to that, obviously. -- You received this message because you are subscribed to the Google G

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

As the author of a CAS, I can state that you need much more than 2 weeks to learn a programming language to make a CAS, and much much more if you want to be fast. Life is short, therefore choose your programming language carefully! I don't regret my choice for C (+ C++ STL and operator redefini

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

I think you have to figure that there is a difference in productivity of people who just learned Python in high school and would really like to write a computer algebra system versus people who know more mathematics, are comfortable spending 2 weeks learning lisp, spending ?? (weeks? months?) st

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

> > As to the question of replacing backends, there is already a ticket (which > I cannot find right now, my apologies) which started the process of seeing > what doctests would fail if we went to Sympy as default. Presumably > something similar could be done with this engine (I don't know if

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

> Just a suggestion: if you want to improve the speed of symbolic >> mathematics as done by Maxima, and you are no longer insisting on the use >> of Python, why not write in Lisp, and make Maxima faster? > > > oh well - anyway, it is fun to watch C/C++ programmers discovering the > wrath of

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

On Wed, 20 Jan 2021, 01:06 rjf, wrote: > Just a suggestion: if you want to improve the speed of symbolic > mathematics as done by Maxima, and you are no longer insisting on the use > of Python, why not write in Lisp, and make Maxima faster? oh well - anyway, it is fun to watch C/C++ programme

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

Just a suggestion: if you want to improve the speed of symbolic mathematics as done by Maxima, and you are no longer insisting on the use of Python, why not write in Lisp, and make Maxima faster? On Monday, January 18, 2021 at 6:58:10 AM UTC-8 dim...@gmail.com wrote: > > > On Mon, 18 Jan 2021

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

On Mon, 18 Jan 2021, 14:56 Siddharth Bhat, wrote: > @vincent: I'm very new to sage-devel. As best as I can tell, the patch > has stalled? Can/should someone else pick it up? > a patch to arb needed there has stalled for some reason. > > > On Mon, 18 Jan 2021, 20:24 Dima Pasechnik, wrote: > >

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

@vincent: I'm very new to sage-devel. As best as I can tell, the patch has stalled? Can/should someone else pick it up? On Mon, 18 Jan 2021, 20:24 Dima Pasechnik, wrote: > Interesting! Is there documentation about its capabilities? > > On Mon, 18 Jan 2021, 13:40 Siddharth Bhat, wrote: > >> T

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

Interesting! Is there documentation about its capabilities? On Mon, 18 Jan 2021, 13:40 Siddharth Bhat, wrote: > The SymPy project has another project called SymEngine > , which aims to be a fast > symbolic manipulation library. Perhaps we should move to us

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

See https://trac.sagemath.org/ticket/29497 Le 18/01/2021 à 14:40, Siddharth Bhat a écrit : The SymPy project has another project called SymEngine , which aims to be a fast symbolic manipulation library. Perhaps we should move to use SymEngine as well, sinc

[sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

The SymPy project has another project called SymEngine , which aims to be a fast symbolic manipulation library. Perhaps we should move to use SymEngine as well, since it should be faster as it is native C++ code. This discussion came up during a discussi