Indeed. This last GSoC there was some work to include the Rubi integrator
in sympy. That could allow to compute a larger set of integrals (although I
have read that it can be kind of slow). It would be a good idea to consider
which one of these options we should call by default in each case.
On Wednesday, September 27, 2017 at 1:21:23 PM UTC-4, rjf wrote:
>
> To the extent that Macsyma/Maximaand Scratchpad/Axiom/Fricas have
> overlapping capabilities, it would be interesting to have a competent
> assessment as to
> which of them should be used by Sage for some functionalities.
M-x sage-mode
On Wednesday, September 27, 2017 at 8:03:46 PM UTC+2, Martin R wrote:
>
> I vote for making sage part of emacs, actually. Well, in fact, it *is*
> part of emacs.
>
> Martin
>
> Am Mittwoch, 27. September 2017 19:46:09 UTC+2 schrieb John H Palmieri:
>>
>>
>>
>> On Wednesday,
So, apart from the fact that emacs is the only thing a computer should ever
run, here is something that might be useful, related to #12589. Of course,
the three-liner below is just a proof of concept, but could easily be
expanded into something that works reliably.
Martin
"""
sage: var('q')
I vote for making sage part of emacs, actually. Well, in fact, it *is*
part of emacs.
Martin
Am Mittwoch, 27. September 2017 19:46:09 UTC+2 schrieb John H Palmieri:
>
>
>
> On Wednesday, September 27, 2017 at 10:40:36 AM UTC-7, Jeroen Demeyer
> wrote:
>>
>> On 2017-09-27 16:10, Vincent
On Wednesday, September 27, 2017 at 10:40:36 AM UTC-7, Jeroen Demeyer wrote:
>
> On 2017-09-27 16:10, Vincent Delecroix wrote:
> > Not sufficient: the package has to be useful for Sage and used in
> > Sage... emacs is unlikely to become an optional package even if it
> > satisfies the above
On 2017-09-27 16:10, Vincent Delecroix wrote:
Not sufficient: the package has to be useful for Sage and used in
Sage... emacs is unlikely to become an optional package even if it
satisfies the above conditions.
That's why I added "as opposed to experimental" :-)
emacs shouldn't be
To the extent that Macsyma/Maximaand Scratchpad/Axiom/Fricas have
overlapping capabilities, it would be interesting to have a competent
assessment as to
which of them should be used by Sage for some functionalities.
RJF
On Wednesday, September 27, 2017 at 7:12:19 AM UTC-7, vdelecroix
On 27/09/2017 15:03, Jeroen Demeyer wrote:
On 2017-09-27 09:11, Vincent Delecroix wrote:
If FriCAS is
* well maintained
* does build on various architectures and systems (32bits/64 bits,
GNULinux/cygwin/OSX)
Indeed. This is exactly the necessary and sufficient condition for a
package to be
On 2017-09-27 09:11, Vincent Delecroix wrote:
If FriCAS is
* well maintained
* does build on various architectures and systems (32bits/64 bits,
GNULinux/cygwin/OSX)
Indeed. This is exactly the necessary and sufficient condition for a
package to be optional (as opposed to experimental).
--
If FriCAS is
* well maintained
* does build on various architectures and systems (32bits/64 bits,
GNULinux/cygwin/OSX)
(which I believe it is) then of course +1 for its inclusion as optional
package.
On 26/09/2017 16:06, 'Martin R' via sage-devel wrote:
Dear all,
I would like to propose
On Tue, Sep 26, 2017 at 10:06 AM, 'Martin R' via sage-devel
wrote:
> Dear all,
>
> I would like to propose to make the package FriCAS optional. FriCAS
> provides some functionality which is otherwise either mostly missing (e.g.,
> guessing formulas, lazy
Dear all,
I would like to propose to make the package FriCAS optional. FriCAS
provides some functionality which is otherwise either mostly missing (e.g.,
guessing formulas, lazy powerseries), or not as complete as might be
desirable (e.g., symbolic integration, solving differential
13 matches
Mail list logo