-
-
Notifications
You must be signed in to change notification settings - Fork 612
Unnecessary Maxima interactions in integration #3732
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
Comments
Attachment: testintfailscases.py.gz |
comment:1
There's another example (that's with 3.1.2.alpha2), here it shouldn't need assumption on a:
|
another failing integral |
comment:2
Attachment: gaussian-integral-testcase.py.gz I added a testcase for another integral, namely |
comment:3
Added clearer summary. The second attachment is not relevant to this ticket, though certainly we should be able to integrate arbitrary functions! What is the purpose of this ticket long-term? These could be added, complete with their error messages, to calculus.py examples - but we already have several of those. Or one could say this is just a reminder of what we would eventually like Sage to be able to use Maxima to do, and put them in but not test them. Otherwise this is in some sense related to solving #780 (among several others), which is a thornier problem. |
comment:4
With the latest Maxima upgrade and Pynac conversion, the last two integrals are correct - the penultimate one is, of course,
and the last one is
|
This comment has been minimized.
This comment has been minimized.
comment:5
Here is the current state of this ticket. Of the examples in the first attached file, the following are legitimate bugs of this type. The first example has unnecessary questions.
The third example is definitely a case for this, as of Maxima 5.19.1:
The fifth example has MANY questions to ask, always the same answer:
++++++++++++++++++++++++++++++++ The following should not be considered bugs, at least not for the reason given. The second example is okay:
Maxima adds pi*I and/or switches q-2 to 2-q as appropriate. If we don't like those differences, that should be on a different ticket. The fourth example is:
The answers given are a constant away from each other, but look very different. This probably should be considered a bug (Maxima can't connect between logs and arctan/h stuff), but is likely to not be resolved soon, or by questions. The last example is definitely not a bug, as for q=-1 you should get a different answer! |
comment:6
Update: these (the three remaining ones above) are still in Maxima 5.20.1. |
comment:11
Here is a particularly easy one (that sympy and giac can do, of course):
|
Here are a variety of integrals for which Maxima should not have to interact to ask about assumptions, but does.
Component: calculus
Issue created by migration from https://trac.sagemath.org/ticket/3732
The text was updated successfully, but these errors were encountered: