New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Doctest conversion from SymPy of unevaluated integrals #14723
Comments
comment:1
Attachment: 14723.patch.gz With the patch, |
comment:7
Just looking at the patch, that doesn't look like it does the right thing for definite integrals. |
comment:10
This is a dup of #15256. Not sure which one should be closed. |
This comment has been minimized.
This comment has been minimized.
Work Issues: handle definite integrals too |
Changed keywords from none to sympy, integrate |
comment:13
The original case is now working in sympy:
so we need a more complicated one:
However, comment:7 is right regarding definite integrals:
|
Author: Eviatar Bach |
comment:14
It is a matter of either
EDIT: The problem with the latter is, all sorts of elementary sympy functions have a Actually, this is sympy/sympy#3444 |
Changed work issues from handle definite integrals too to fix in sympy |
Upstream: Reported upstream. Developers acknowledge bug. |
comment:16
Eventually we may want to start looking into switching to SymPy for the default integration method, or possibly trying both by default (not sure how long that would take, though). Before that, we'd probably want to work with #7763, though - and what about #2787? I personally don't know that I like deprecating it, but all of this is part of the same package of taking advantage of the capabilities out there by having a more consistent interface. |
Changed upstream from Reported upstream. Developers acknowledge bug. to Completely fixed; Fix reported upstream |
comment:17
This Sympy patch completely fixes the issue. A pull request containing it was reported there and waits for review.
|
Changed upstream from Completely fixed; Fix reported upstream to None of the above - read trac for reasoning. |
comment:85
Summary: The Sympy patch of this branch contains two hunks, one patches The first part (the one for So what needs to be done is to fix in Sympy and/or Sage the described error. It is investigated in #20185 and its dedicated ticket is #20204, so we depend on that. |
Changed upstream from None of the above - read trac for reasoning. to none |
Changed author from Eviatar Bach, Ralf Stephan to none |
Changed branch from u/rws/i14723 to none |
Changed commit from |
Changed reviewer from Ralf Stephan, Karl-Dieter Crisman to none |
comment:87
All conversion problems were resolved in 8.1.rc0. The problematic integrals in this tickets, including the triple one, work now without any additional code. What remains for this ticket is to add doctests. |
Branch: u/rws/14723-1 |
New commits:
|
Author: Ralf Stephan |
Commit: |
Reviewer: Travis Scrimshaw |
comment:90
LGTM. |
Changed branch from u/rws/14723-1 to |
When SymPy can't evaluate an integral, such as
integrate((log(x)*log(log(x))), x, algorithm='sympy')
, it returns "AttributeError: 'Integral' object has no attribute 'sage'". It should just return an unevaluated integral, the way it does when Maxima is used.Another example from #15256:
Depends on #20204
CC: @kcrisman @asmeurer @williamstein
Component: calculus
Keywords: sympy, integrate
Author: Ralf Stephan
Branch/Commit:
119f46f
Reviewer: Travis Scrimshaw
Issue created by migration from https://trac.sagemath.org/ticket/14723
The text was updated successfully, but these errors were encountered: