Comment #23 on issue 1816 by elliso...@gmail.com: Adding partial
derivatives and taking derivatives with respect to functions
http://code.google.com/p/sympy/issues/detail?id=1816
"The issue topic looks more like a simple partial derivative, as is very
commonly used in mechanic"
Yes, exact
Comment #16 on issue 1026 by renato.c...@gmail.com: pypy doesn't run sympy
http://code.google.com/p/sympy/issues/detail?id=1026
Next issue:
a, b = symbols('a,b')
s = Segment((0, a), (0, b))
assert Point(0, (a + b)/2) in s
gives False in CPython, None in pypy. In this case, pypy is correct -
Comment #22 on issue 1816 by renato.c...@gmail.com: Adding partial
derivatives and taking derivatives with respect to functions
http://code.google.com/p/sympy/issues/detail?id=1816
Yeah, maybe you are right, but then I have no idea what it is actually
computing.
--
You received this messa
Comment #15 on issue 1026 by renato.c...@gmail.com: pypy doesn't run sympy
http://code.google.com/p/sympy/issues/detail?id=1026
I investigated a bit the exception in test_pickling, it's triggered by
`BasicMeta("test")` and `BasicType("test")`. It looks like
class A(type): pass
A("test")
w
Comment #21 on issue 1816 by asmeurer: Adding partial derivatives and
taking derivatives with respect to functions
http://code.google.com/p/sympy/issues/detail?id=1816
I don't think you're interpreting WolframAlpha's output correctly. See
http://www.wolframalpha.com/input/?i=Frechet+deriva
Comment #20 on issue 1816 by renato.c...@gmail.com: Adding partial
derivatives and taking derivatives with respect to functions
http://code.google.com/p/sympy/issues/detail?id=1816
I don't think what's being implemented is the Frechet derivative. For
example:
http://www.wolframalpha.com/i
Status: Accepted
Owner: asmeurer
Labels: Type-Defect Priority-Medium
New issue 2558 by asmeurer: coeff() should allow x**0 (constant
coefficients)
http://code.google.com/p/sympy/issues/detail?id=2558
The way that coeff() works, you cannot get the constant coefficient.
Therefore, if you wan
Comment #3 on issue 2557 by brad.froehle: inline Piecewise C code
constructs not actually valid C
http://code.google.com/p/sympy/issues/detail?id=2557
It generalizes by nesting the ternary statements, the same way they would
be evaluated:
if (C1) {
E1
}
else {
if (C2) {
E2
}
e
Updates:
Status: Accepted
Labels: WrongResult
Comment #2 on issue 2557 by asmeurer: inline Piecewise C code constructs
not actually valid C
http://code.google.com/p/sympy/issues/detail?id=2557
How would the ternary statement generalize to a Piecewise with more than
one non-d
Comment #1 on issue 2557 by brad.froehle: inline Piecewise C code
constructs not actually valid C
http://code.google.com/p/sympy/issues/detail?id=2557
One immediate problem here is how to handle the situation where the
condition for the last entry of Piecewise is not True. I suggest then
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2557 by brad.froehle: inline Piecewise C code constructs not
actually valid C
http://code.google.com/p/sympy/issues/detail?id=2557
In printing.tests.test_ccode, we test:
def test_ccode_Piecewise_deep():
p = ccode(2*Pie
Comment #20 on issue 2026 by asmeurer: Exact, algebraic, and integer_power
substitution
http://code.google.com/p/sympy/issues/detail?id=2026
So I haven't read it deeply yet, but I get that the gist of Sebastian's
idea was to make match contain all the intelligence wrt hints and to just
ha
Comment #19 on issue 2026 by asmeurer: Exact, algebraic, and integer_power
substitution
http://code.google.com/p/sympy/issues/detail?id=2026
what should `sqrt(n).subs(n, 1)` be
sqrt(1), that is, 1. subs should not make any assumptions about
mathematical equality of old and new. The rea
13 matches
Mail list logo
