Re: Issue 2386 in sympy: gosper(...) is missing tests and docstring

Updates: Labels: NeedsReview Milestone-Release0.7.0 Comment #4 on issue 2386 by matt...@gmail.com: gosper(...) is missing tests and docstring http://code.google.com/p/sympy/issues/detail?id=2386 Pull request is here: https://github.com/sympy/sympy/pull/318 -- You received this messag

Re: Issue 2387 in sympy: Evalf of trig functions with imaginary arguments

Comment #3 on issue 2387 by ness...@googlemail.com: Evalf of trig functions with imaginary arguments http://code.google.com/p/sympy/issues/detail?id=2387 No this makes nsimplify((1/(exp(3*pi*x/5)+1))) enter an infinite loop. -- You received this message because you are subscribed to the Goog

Re: Issue 2389 in sympy: Semantic inconsistency between Basic.__contains__ and Tuple.__contains__

Comment #3 on issue 2389 by Vinzent.Steinberg: Semantic inconsistency between Basic.__contains__ and Tuple.__contains__ http://code.google.com/p/sympy/issues/detail?id=2389 I agree that this inconsistency can lead to problems (Basic.__contains__ vs. Tuple. __contains__, where the latter is

Re: Issue 1525 in sympy: No integration by substitution

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

Re: Issue 1766 in sympy: separatevars should use expand [was: expand(power_base=True) is too aggressive]

Comment #72 on issue 1766 by smi...@gmail.com: separatevars should use expand [was: expand(power_base=True) is too aggressive] http://code.google.com/p/sympy/issues/detail?id=1766 You can't imagine the shock of making these changes and not seeing any failures except a single one in the tes

Issue 2390 in sympy: factor(sqrt(x*y), expand=False) -> sqrt(x)*sqrt(y)

Status: Accepted Owner: smi...@gmail.com Labels: Type-Defect Priority-Medium New issue 2390 by smi...@gmail.com: factor(sqrt(x*y), expand=False) -> sqrt(x)*sqrt(y) http://code.google.com/p/sympy/issues/detail?id=2390 factor should use core methods to decide whether bases of a power should be

Re: Issue 1525 in sympy: No integration by substitution

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

Re: Issue 1620 in sympy: Allow derivatives of unknown functions evaluated at a point

Issue 1620: Allow derivatives of unknown functions evaluated at a point http://code.google.com/p/sympy/issues/detail?id=1620 This issue is now blocking issue 1525. See http://code.google.com/p/sympy/issues/detail?id=1525 -- You received this message because you are listed in the owner or CC fiel

Re: Issue 1620 in sympy: Allow derivatives of unknown functions evaluated at a point

Updates: Labels: -Type-Enhancement Type-Defect Milestone-Release0.7.1 Comment #12 on issue 1620 by asmeurer: Allow derivatives of unknown functions evaluated at a point http://code.google.com/p/sympy/issues/detail?id=1620 HUGE props to whoever fixes this issue. -- You received this m

Re: Issue 2390 in sympy: factor(sqrt(x*y), expand=False) -> sqrt(x)*sqrt(y)

Comment #1 on issue 2390 by asmeurer: factor(sqrt(x*y), expand=False) -> sqrt(x)*sqrt(y) http://code.google.com/p/sympy/issues/detail?id=2390 If we do this, then factor() should get a force keyword that it passes along to these functions. -- You received this message because you are subsc

Re: Issue 1525 in sympy: No integration by substitution

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

Re: Issue 2373 in sympy: typo in printing/latex.py

Updates: Status: Fixed Labels: -NeedsReview PassedReview Comment #3 on issue 2373 by asmeurer: typo in printing/latex.py http://code.google.com/p/sympy/issues/detail?id=2373 This as pushed in. -- You received this message because you are subscribed to the Google Groups "sympy-i

Re: Issue 2386 in sympy: gosper(...) is missing tests and docstring

Updates: Status: Fixed Labels: -NeedsReview PassedReview Comment #5 on issue 2386 by asmeurer: gosper(...) is missing tests and docstring http://code.google.com/p/sympy/issues/detail?id=2386 This was pushed in. -- You received this message because you are subscribed to the Go

Re: Issue 2203 in sympy: doctest does not test IPython interactive sessions

Comment #10 on issue 2203 by asmeurer: doctest does not test IPython interactive sessions http://code.google.com/p/sympy/issues/detail?id=2203 This is ready to be reviewed again. -- You received this message because you are subscribed to the Google Groups "sympy-issues" group. To post to th

Re: Issue 2307 in sympy: Duplicate methods: as_coeff_mul and as_coeff_Mul

Comment #19 on issue 2307 by asmeurer: Duplicate methods: as_coeff_mul and as_coeff_Mul http://code.google.com/p/sympy/issues/detail?id=2307 By the way, I'm starting to think we should just keep both. -- You received this message because you are subscribed to the Google Groups "sympy-issues

Re: Issue 2389 in sympy: Semantic inconsistency between Basic.__contains__ and Tuple.__contains__

Comment #4 on issue 2389 by ronan.l...@gmail.com: Semantic inconsistency between Basic.__contains__ and Tuple.__contains__ http://code.google.com/p/sympy/issues/detail?id=2389 @asmeurer: OK, Basic.__contains__ should only be deprecated, but not removed. The problem seems harder than I tho

Re: Issue 2385 in sympy: Refactor Basic.sorted_key

Updates: Cc: vlada.pe...@gmail.com Labels: -Milestone-Release0.7.0 Milestone-Release0.7.1 Comment #2 on issue 2385 by asmeurer: Refactor Basic.sorted_key http://code.google.com/p/sympy/issues/detail?id=2385 This will have to be done during the Python 3 porting, since the old co

Re: Issue 2389 in sympy: Semantic inconsistency between Basic.__contains__ and Tuple.__contains__

Comment #5 on issue 2389 by asmeurer: Semantic inconsistency between Basic.__contains__ and Tuple.__contains__ http://code.google.com/p/sympy/issues/detail?id=2389 Should we rewrite has()? Why does it call matches()? -- You received this message because you are subscribed to the Google Grou

Re: Issue 2385 in sympy: Refactor Basic.sorted_key

Comment #3 on issue 2385 by ronan.l...@gmail.com: Refactor Basic.sorted_key http://code.google.com/p/sympy/issues/detail?id=2385 Only the first 3 items need to be addressed before the release, because they affect the interface. -- You received this message because you are subscribed to the G

Re: Issue 2388 in sympy: The value of str(expr) depends on a global setting

Updates: Labels: -Milestone-Release0.7.0 Milestone-Release0.7.1 Comment #2 on issue 2388 by asmeurer: The value of str(expr) depends on a global setting http://code.google.com/p/sympy/issues/detail?id=2388 Ronan, do you have a better way to do it? We can't block the release on some

Re: Issue 51 in sympy: RootOf for polynomial equations

Updates: Labels: -NeedsReview -mattpap Comment #33 on issue 51 by asmeurer: RootOf for polynomial equations http://code.google.com/p/sympy/issues/detail?id=51 Mateusz, did you get anywhere with this? -- You received this message because you are subscribed to the Google Groups "sympy-is

Re: Issue 2389 in sympy: Semantic inconsistency between Basic.__contains__ and Tuple.__contains__

Comment #6 on issue 2389 by asmeurer: Semantic inconsistency between Basic.__contains__ and Tuple.__contains__ http://code.google.com/p/sympy/issues/detail?id=2389 Should we push in the fix for issue 2283 in the interim? Or do you think you will be able to fix this before the release (== s

Re: Issue 2388 in sympy: The value of str(expr) depends on a global setting

Updates: Labels: -Milestone-Release0.7.1 Milestone-Release0.7.0 Comment #3 on issue 2388 by ronan.l...@gmail.com: The value of str(expr) depends on a global setting http://code.google.com/p/sympy/issues/detail?id=2388 The -o option should change sys.displayhook, but leave str() alone.

Re: Issue 1721 in sympy: Rename class 'Real'

Updates: Labels: NeedsReview Comment #12 on issue 1721 by ronan.l...@gmail.com: Rename class 'Real' http://code.google.com/p/sympy/issues/detail?id=1721 https://github.com/sympy/sympy/pull/321 -- You received this message because you are subscribed to the Google Groups "sympy-issues" g

Re: Issue 2308 in sympy: Rename or refactor Add.primitive()

Updates: Labels: asmeurer NeedsReview Comment #5 on issue 2308 by asmeurer: Rename or refactor Add.primitive() http://code.google.com/p/sympy/issues/detail?id=2308 So I went ahead and implemented Expr.primitive(), which just returns self.as_coeff_Mul(). As I mentioned on issue 2307, I

Re: Issue 51 in sympy: RootOf for polynomial equations

Comment #34 on issue 51 by matt...@gmail.com: RootOf for polynomial equations http://code.google.com/p/sympy/issues/detail?id=51 I'm working on this. Did we decide when we will release new version? (it would help me to organize my work) -- You received this message because you are subscri

Re: Issue 51 in sympy: RootOf for polynomial equations

Comment #35 on issue 51 by asmeurer: RootOf for polynomial equations http://code.google.com/p/sympy/issues/detail?id=51 As soon as I can close all the Milestone-Release0.7.0 issues, I will create a RC. My goal is to have the release out by the end of the month. So as soon as you can fix t

Re: Issue 2388 in sympy: The value of str(expr) depends on a global setting

Comment #4 on issue 2388 by asmeurer: The value of str(expr) depends on a global setting http://code.google.com/p/sympy/issues/detail?id=2388 I suppose that's reasonable. And we do have sstr(), which could use the global option. Any objections? We should make str() use lex, though (as p

Re: Issue 1491 in sympy: Use nice ordering in printing

Issue 1491: Use nice ordering in printing http://code.google.com/p/sympy/issues/detail?id=1491 This issue is now blocking issue 2388. See http://code.google.com/p/sympy/issues/detail?id=2388 -- You received this message because you are listed in the owner or CC fields of this issue, or because y

Re: Issue 2388 in sympy: The value of str(expr) depends on a global setting

Updates: Status: Accepted Cc: matt...@gmail.com Blockedon: 1491 Comment #5 on issue 2388 by asmeurer: The value of str(expr) depends on a global setting http://code.google.com/p/sympy/issues/detail?id=2388 (No comment was entered for this change.) -- You received this

Re: Issue 1629 in sympy: solve() raises an exception for quartic equation

Updates: Labels: -Milestone-Release0.7.0 Milestone-Release0.7.1 Comment #6 on issue 1629 by asmeurer: solve() raises an exception for quartic equation http://code.google.com/p/sympy/issues/detail?id=1629 I'm postponing this, because it isn't too important. -- You received this messag

Re: Issue 2355 in sympy: Should we .gitignore .patch and .rej files?

Updates: Labels: NeedsReview asmeurer Comment #4 on issue 2355 by asmeurer: Should we .gitignore .patch and .rej files? http://code.google.com/p/sympy/issues/detail?id=2355 See https://github.com/sympy/sympy/pull/323. I just removed *.patch and *.rej. Are tags, dist, and my all thin

Re: Issue 2308 in sympy: Rename or refactor Add.primitive()

Updates: Status: NeedsDecision Comment #6 on issue 2308 by ronan.l...@gmail.com: Rename or refactor Add.primitive() http://code.google.com/p/sympy/issues/detail?id=2308 Argh! Please, no! If sin(x).primitive() exists, it should return something like cos(x). -- You received this mes

Re: Issue 2308 in sympy: Rename or refactor Add.primitive()

Comment #7 on issue 2308 by asmeurer: Rename or refactor Add.primitive() http://code.google.com/p/sympy/issues/detail?id=2308 You must be referring to http://en.wikipedia.org/wiki/Primitive_function. I've never heard of that use of the word before you mentioned it. I don't think it's commo

Re: Issue 2385 in sympy: Refactor Basic.sorted_key

Updates: Labels: NeedsReview Comment #4 on issue 2385 by ronan.l...@gmail.com: Refactor Basic.sorted_key http://code.google.com/p/sympy/issues/detail?id=2385 https://github.com/sympy/sympy/pull/326 -- You received this message because you are subscribed to the Google Groups "sympy-issu

Re: Issue 1592 in sympy: Pretty print Sum with a Sigma

Updates: Status: Started Owner: matt...@gmail.com Labels: NeedsReview Milestone-Release0.7.0 Comment #9 on issue 1592 by matt...@gmail.com: Pretty print Sum with a Sigma http://code.google.com/p/sympy/issues/detail?id=1592 Pull request is here: https://github.com/sympy/sy

Re: Issue 2308 in sympy: Rename or refactor Add.primitive()

Comment #8 on issue 2308 by ronan.l...@gmail.com: Rename or refactor Add.primitive() http://code.google.com/p/sympy/issues/detail?id=2308 I never thought it was uncommon in English, but I'm not a native speaker. Still, http://www.google.com/search?client=ubuntu&channel=fs&q=%22the+primiti

Re: Issue 2308 in sympy: Should we rename primitive()? (and Expr.primitive() should call primitive())

Updates: Summary: Should we rename primitive()? (and Expr.primitive() should call primitive()) Cc: matt...@gmail.com Comment #9 on issue 2308 by asmeurer: Should we rename primitive()? (and Expr.primitive() should call primitive()) http://code.google.com/p/sympy/issues/detail?id=23

Re: Issue 2308 in sympy: Should we rename primitive()? (and Expr.primitive() should call primitive())

Updates: Labels: -NeedsReview NeedsBetterPatch Comment #10 on issue 2308 by asmeurer: Should we rename primitive()? (and Expr.primitive() should call primitive()) http://code.google.com/p/sympy/issues/detail?id=2308 (No comment was entered for this change.) -- You received this messa

Re: Issue 2308 in sympy: Should we rename primitive()? (and Expr.primitive() should call primitive())

Comment #11 on issue 2308 by matt...@gmail.com: Should we rename primitive()? (and Expr.primitive() should call primitive()) http://code.google.com/p/sympy/issues/detail?id=2308 a "primitive element" is (roughly) an element whose derivative (...) We also have primitive_element() in SymPy,

Re: Issue 2308 in sympy: Should we rename primitive()? (and Expr.primitive() should call primitive())

Comment #12 on issue 2308 by asmeurer: Should we rename primitive()? (and Expr.primitive() should call primitive()) http://code.google.com/p/sympy/issues/detail?id=2308 Yeah, that's what I was referring to when I said "like primitive element in the sense of algebraic extensions." Mateusz,

Issue 2391 in sympy: Factor out old-style assumptions

Status: Accepted Owner: ronan.l...@gmail.com Labels: Type-Defect Priority-High New issue 2391 by ronan.l...@gmail.com: Factor out old-style assumptions http://code.google.com/p/sympy/issues/detail?id=2391 Putting all the code defining old-style assumptions in one place will sever the their tig

Issue 2392 in sympy: Inconsistent solve behavior

Status: Accepted Owner: skr...@gmail.com Labels: Type-Defect Priority-Medium New issue 2392 by skr...@gmail.com: Inconsistent solve behavior http://code.google.com/p/sympy/issues/detail?id=2392 When solving a system of equations with variables with arguments the response is not consistent with

Issue 2393 in sympy: Sum error

Status: Accepted Owner: skr...@gmail.com Labels: Type-Defect Priority-Medium New issue 2393 by skr...@gmail.com: Sum error http://code.google.com/p/sympy/issues/detail?id=2393 When defining a function that returns 1 for integers and 0 for everything else the following sum fails: In [1]: def

Re: Issue 2392 in sympy: Inconsistent solve behavior

Comment #1 on issue 2392 by skr...@gmail.com: Inconsistent solve behavior http://code.google.com/p/sympy/issues/detail?id=2392 The same happens when defining a as follows a = symbols("a", cls=Function) -- You received this message because you are subscribed to the Google Groups "sympy-issues"

Re: Issue 2393 in sympy: Sum error

Updates: Status: Invalid Comment #1 on issue 2393 by asmeurer: Sum error http://code.google.com/p/sympy/issues/detail?id=2393 Well, you can't do symbolic manipulation with a Python function (or else we wouldn't need SymPy!). The function just evaluates a(k) to 0, because k is not an

Issue 2394 in sympy: Inconsistent Binomial behavior

Status: Accepted Owner: skr...@gmail.com Labels: Type-Defect Priority-Medium New issue 2394 by skr...@gmail.com: Inconsistent Binomial behavior http://code.google.com/p/sympy/issues/detail?id=2394 These commands were executed: from __future__ import division from sympy import * x, y, z, t = sym

Issue 2395 in sympy: Factorial simplification

Status: Accepted Owner: skr...@gmail.com Labels: Type-Defect Priority-Medium New issue 2395 by skr...@gmail.com: Factorial simplification http://code.google.com/p/sympy/issues/detail?id=2395 These commands were executed: from __future__ import division from sympy import * x, y, z, t = symbols('

Re: Issue 2393 in sympy: Sum error

Comment #2 on issue 2393 by skr...@gmail.com: Sum error http://code.google.com/p/sympy/issues/detail?id=2393 Thanks for your answer. I still have one related question, why did you say that k is not an integer when it was defined as so: k, m, n = symbols('k m n', integer=True) I checked k.is

Re: Issue 2393 in sympy: Sum error

Comment #3 on issue 2393 by matt...@gmail.com: Sum error http://code.google.com/p/sympy/issues/detail?id=2393 Because k.is_Integer is equivalent to isinstance(k, Integer), e.g.: In [1]: var('k', integer=True) Out[1]: k In [2]: k.is_Integer # like isinstance Out[2]: False In [3]: k.is_integer