Re: Issue 2043 in sympy: expand log can be more complete (was logcombine can be less strict)

2010-09-02 Thread sympy
Comment #5 on issue 2043 by smichr: expand log can be more complete (was logcombine can be less strict) http://code.google.com/p/sympy/issues/detail?id=2043 Instead of patching code to be symbolic, why don't we just have a function to make all vanilla symbols take on whatever property is

Re: Issue 2043 in sympy: log should not expand(1/x) (was expand log can be more complete and logcombine can be less strict)

2010-09-02 Thread sympy
Updates: Summary: log should not expand(1/x) (was expand log can be more complete and logcombine can be less strict) Comment #6 on issue 2043 by smichr: log should not expand(1/x) (was expand log can be more complete and logcombine can be less strict)

Re: Issue 1919 in sympy: unify behavior of var() and symbols()

2010-09-02 Thread sympy
Comment #10 on issue 1919 by mattpap: unify behavior of var() and symbols() http://code.google.com/p/sympy/issues/detail?id=1919 In my branch (polys11) I unified var() and symbols(), so that those two functions have exactly the same semantics + var() modifies current namespace (as

Issue 2044 in sympy: log(exp(x)) != x unless x is real

2010-09-02 Thread sympy
Status: Accepted Owner: smichr Labels: Type-Defect Priority-Medium New issue 2044 by smichr: log(exp(x)) != x unless x is real http://code.google.com/p/sympy/issues/detail?id=2044 I see the following comment in the code or exponential.py: +#this doesn't work due to caching: :( +

Re: Issue 1919 in sympy: unify behavior of var() and symbols()

2010-09-02 Thread sympy
Comment #11 on issue 1919 by smichr: unify behavior of var() and symbols() http://code.google.com/p/sympy/issues/detail?id=1919 Did you give any consideration to the syntax var('a1:3') - a1, a2, a3? -- You received this message because you are subscribed to the Google Groups sympy-issues

Re: Issue 1919 in sympy: unify behavior of var() and symbols()

2010-09-02 Thread sympy
Updates: Labels: mattpap Comment #12 on issue 1919 by asmeurer: unify behavior of var() and symbols() http://code.google.com/p/sympy/issues/detail?id=1919 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google Groups

Re: Issue 2043 in sympy: log should not expand(1/x) (was expand log can be more complete and logcombine can be less strict)

2010-09-02 Thread sympy
Updates: Labels: NeedsReview smichr Comment #7 on issue 2043 by asmeurer: log should not expand(1/x) (was expand log can be more complete and logcombine can be less strict) http://code.google.com/p/sympy/issues/detail?id=2043 Making all symbols positive is not sufficient to do all

Re: Issue 1969 in sympy: Matrix.LUdecompositionFF() fails for some inputs

2010-09-02 Thread sympy
Updates: Labels: Ronan.Lamy Comment #2 on issue 1969 by asmeurer: Matrix.LUdecompositionFF() fails for some inputs http://code.google.com/p/sympy/issues/detail?id=1969 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google

Re: Issue 1974 in sympy: Poly(1).subs traceback

2010-09-02 Thread sympy
Updates: Labels: mattpap Comment #2 on issue 1974 by asmeurer: Poly(1).subs traceback http://code.google.com/p/sympy/issues/detail?id=1974 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google Groups sympy-issues group. To post

Re: Issue 1989 in sympy: Remove depricated Matrix functions

2010-09-02 Thread sympy
Updates: Labels: asmeurer Comment #4 on issue 1989 by asmeurer: Remove depricated Matrix functions http://code.google.com/p/sympy/issues/detail?id=1989 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google Groups sympy-issues

Re: Issue 666 in sympy: sorting of expressions makes subs_dict() fail

2010-09-02 Thread sympy
Updates: Labels: -Type-Patch Type-Defect smichr Comment #14 on issue 666 by asmeurer: sorting of expressions makes subs_dict() fail http://code.google.com/p/sympy/issues/detail?id=666 (No comment was entered for this change.) -- You received this message because you are subscribed

Re: Issue 2044 in sympy: log(exp(x)) != x unless x is real

2010-09-02 Thread sympy
Comment #2 on issue 2044 by smichr: log(exp(x)) != x unless x is real http://code.google.com/p/sympy/issues/detail?id=2044 yes, uncommenting that line makes the true conditions for simplification apply and then the code breaks. Again, here is a perfect place for symbols to be used

Re: Issue 966 in sympy: Can't simplify exp(2 * pi * I * a) when a is integer

2010-09-02 Thread sympy
Updates: Cc: mattpap Labels: smichr Comment #73 on issue 966 by asmeurer: Can't simplify exp(2 * pi * I * a) when a is integer http://code.google.com/p/sympy/issues/detail?id=966 This should be expanded to make exp(I*pi*rational_number) work (i.e., return the root of

Re: Issue 1265 in sympy: +oo pi

2010-09-02 Thread sympy
Updates: Labels: felix.kaiserfxkr.net Comment #6 on issue 1265 by asmeurer: +oo pi http://code.google.com/p/sympy/issues/detail?id=1265 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google Groups sympy-issues group. To post

Re: Issue 1694 in sympy: solve has many issues with fractions

2010-09-02 Thread sympy
Updates: Labels: nicolas.pourcelot smichr Comment #142 on issue 1694 by asmeurer: solve has many issues with fractions http://code.google.com/p/sympy/issues/detail?id=1694 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google

Re: Issue 1758 in sympy: fix curvilinear_coordinates example output

2010-09-02 Thread sympy
Updates: Labels: asmeurer Comment #13 on issue 1758 by asmeurer: fix curvilinear_coordinates example output http://code.google.com/p/sympy/issues/detail?id=1758 I guess still remaining for review here was my commit using lamda instead of lambda. Also, since then, pretty printing

Re: Issue 2043 in sympy: log should not expand(1/x) (was expand log can be more complete and logcombine can be less strict)

2010-09-02 Thread sympy
Comment #8 on issue 2043 by smichr: log should not expand(1/x) (was expand log can be more complete and logcombine can be less strict) http://code.google.com/p/sympy/issues/detail?id=2043 ahh...I see. On the other hand log((x-y)*(x+y)) would still split because the x+y is positive. But

Re: Issue 2044 in sympy: log(exp(x)) != x unless x is real

2010-09-02 Thread sympy
Comment #3 on issue 2044 by asmeurer: log(exp(x)) != x unless x is real http://code.google.com/p/sympy/issues/detail?id=2044 Well, the last time I made a change that broke something in the limits (prevention of automatic combination of exp(x)*exp(y) = exp(x + y)), I had to write a custom

Re: Issue 1766 in sympy: expand(power_base=True) is too aggressive

2010-09-02 Thread sympy
Updates: Labels: smichr Comment #68 on issue 1766 by asmeurer: expand(power_base=True) is too aggressive http://code.google.com/p/sympy/issues/detail?id=1766 (No comment was entered for this change.) -- You received this message because you are subscribed to the Google Groups

Issue 2045 in sympy: djtheta test fail

2010-09-02 Thread sympy
Status: New Owner: Labels: Type-Defect Priority-Medium New issue 2045 by michelelacchia: djtheta test fail http://code.google.com/p/sympy/issues/detail?id=2045 python '/usr/lib/pymodules/python2.6/mpmath/tests/runtests.py' -psyco test_basic_ops add ok

Re: Issue 2044 in sympy: log(exp(x)) != x unless x is real

2010-09-02 Thread sympy
Comment #4 on issue 2044 by smichr: log(exp(x)) != x unless x is real http://code.google.com/p/sympy/issues/detail?id=2044 It could be something like iknowwhatimdoing_funcdenest? -- You received this message because you are subscribed to the Google Groups sympy-issues group. To post to this

Re: Issue 1799 in sympy: Replace exp(x) with E**x internally

2010-09-02 Thread sympy
Comment #12 on issue 1799 by smichr: Replace exp(x) with E**x internally http://code.google.com/p/sympy/issues/detail?id=1799 I think that perhaps the way to do this is leave exp alone. It has several methods that would become messy to handle--just my hunch. How about this, though: 1)

Re: Issue 2045 in sympy: djtheta test fail

2010-09-02 Thread sympy
Updates: Cc: fredrik.johansson Comment #1 on issue 2045 by asmeurer: djtheta test fail http://code.google.com/p/sympy/issues/detail?id=2045 Can this be reproduced specifically with the sympy mpmath install? Otherwise, I think you should report this at the mpmath Google Code issue

Re: Issue 1799 in sympy: Replace exp(x) with E**x internally

2010-09-02 Thread sympy
Comment #13 on issue 1799 by asmeurer: Replace exp(x) with E**x internally http://code.google.com/p/sympy/issues/detail?id=1799 Somehow, it seems that it would be less messy to special case E all over Pow than to special case Pow vs. exp() all over the entire codebase. is_pow would make

Re: Issue 2044 in sympy: log(exp(x)) != x unless x is real

2010-09-02 Thread sympy
Comment #5 on issue 2044 by asmeurer: log(exp(x)) != x unless x is real http://code.google.com/p/sympy/issues/detail?id=2044 Well, in UNIX lingo that would be sudo_funcdenest() :) -- You received this message because you are subscribed to the Google Groups sympy-issues group. To post to this