Updates:
Status: Fixed
Comment #28 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
Yeah, I'd say it's fixed.
--
You received this message because you are subscribed to the Google Groups
"sympy-patches" group.
To post to thi
Comment #27 on issue 1525 by renato.c...@gmail.com: No integration by
substitution
http://code.google.com/p/sympy/issues/detail?id=1525
The pull request above is in, and issue 1620 is fixed. Is there something
to do in this issue? BTW, this is what I think the OP meant in the first
place:
Updates:
Labels: NeedsReview
Comment #26 on issue 1525 by smi...@gmail.com: No integration by
substitution
http://code.google.com/p/sympy/issues/detail?id=1525
https://github.com/sympy/sympy/pull/336; I just wrote factorial(x) as
gamma(x + 1) in the test and changed the other test t
Comment #21 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
I'd rather not have workarounds. We should just fix issue 1620.
Derivative(f(x), g(x)) is wrong anyway.
--
You received this message because you are subscribed to the
Comment #20 on issue 1525 by smi...@gmail.com: No integration by
substitution
http://code.google.com/p/sympy/issues/detail?id=1525
I wonder if f(g(x)).diff(g(x)) could be stored as D(f(u), u, {u:g(x)}) and
the subs method of Derivative would look for a substitution {u;g(x)} that
could be
Updates:
Labels: -Priority-Medium Priority-High
Comment #19 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
OK, the ode test failure was because of the test for exact ODEs in
classify_ode. I fixed it by wrapping it around
Updates:
Status: Started
Blockedon: 1620
Comment #18 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
Well, I think the easiest way to fix this will be to make Derivative(f(x),
g(x)) raise an error. Unfortunately, t
Updates:
Labels: Milestone-Release0.7.0
Comment #17 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
"sym
Comment #16 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
Well, it's kind of a convoluted way of representing it. And it would
complicate actual evaluation quite a bit.
I would much rather just implement the D operator from is
Comment #15 on issue 1525 by smi...@gmail.com: No integration by
substitution
http://code.google.com/p/sympy/issues/detail?id=1525
Yes, I can see that. So the Limit thing would work, wouldn't it?
--
You received this message because you are subscribed to the Google Groups
"sympy-patches" gr
Comment #14 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
They don't even have the same derivatives. (f(x).diff(x)).diff(x) ==
Derivative(f(x), x, x), whereas, (f(y).diff(y)).diff(x) == 0.
And of course the differentiation var
Comment #13 on issue 1525 by smi...@gmail.com: No integration by
substitution
http://code.google.com/p/sympy/issues/detail?id=1525
That--saying that x is free--is perhaps incorrect. Does it matter what you
put in for x? Can you give an example where f(x).diff(x) would be different
thatn f
Comment #12 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
Can you open a new issue for the Limit thing? We should maybe create some
kind of direction object, which would allow directional limits (like for
more than one dimensi
Comment #11 on issue 1525 by smi...@gmail.com: No integration by
substitution
http://code.google.com/p/sympy/issues/detail?id=1525
A problem with the use of u, however, is getting rid of it later:
h[1] >>> f=Function('f');f(2*x).diff(x)
2*D(f(_u), _u)
h[2] >>> _.subs(f,cos)
Comment #10 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
But that's just plain wrong. The variable of differentiation is not like
the variable of integration. You can't just change it. f(x).diff(x) is
different from f(y).di
Comment #9 on issue 1525 by smi...@gmail.com: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
I'm looking at this. First of all, the diff part is working for functions:
>>> f(2*x).diff(x)
2*D(f(_u), _u)
That's where the u is coming from. So the probl
Comment #8 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
To put things in perspective in the commit log, btw, 2361dd == c20062e7~1.
See https://github.com/sympy/sympy/pull/134.
By the way, other than tests testing the
In [1]:
Comment #7 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
It turns out that 2361dd86df3757939dfd9fcb5e39888465e2dfc3 is exactly the
commit where we stopped having
In [1]: integrate(f(2*x), x)
Out[1]:
⌠
⎮ f(2⋅x) dx
⌡
and started
Updates:
Status: NeedsDecision
Comment #6 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
After the revert, we get
In [2]: f(g(x)).diff(x)
---
ValueErro
Updates:
Labels: NeedsReview asmeurer
Comment #5 on issue 1525 by asmeurer: No integration by substitution
http://code.google.com/p/sympy/issues/detail?id=1525
See https://github.com/sympy/sympy/pull/278 for the reversion of the above
commit.
After that, the integral gives the traceb
20 matches
Mail list logo