Re: Issue 2305 in sympy: Integer(3).sqrt() == 1 (Rename Integer.sqrt to Integer.isqrt)

Comment #11 on issue 2305 by gdrummo...@gmail.com: Integer(3).sqrt() == 1 (Rename Integer.sqrt to Integer.isqrt) http://code.google.com/p/sympy/issues/detail?id=2305 Pull request has been merged. This issue can be closed. -- You received this message because you are subscribed to the Google

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

Comment #18 on issue 1919 by Vinzent.Steinberg: unify behavior of var() and symbols() http://code.google.com/p/sympy/issues/detail?id=1919 So let's just keep both ways of doing things? -- You received this message because you are subscribed to the Google Groups sympy-issues group. To post

Re: Issue 2305 in sympy: Integer(3).sqrt() == 1 (Rename Integer.sqrt to Integer.isqrt)

Updates: Status: Fixed Labels: -NeedsReview PassedReview Comment #12 on issue 2305 by Vinzent.Steinberg: Integer(3).sqrt() == 1 (Rename Integer.sqrt to Integer.isqrt) http://code.google.com/p/sympy/issues/detail?id=2305 Thanks. -- You received this message because you are

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

Comment #19 on issue 1919 by matt...@gmail.com: unify behavior of var() and symbols() http://code.google.com/p/sympy/issues/detail?id=1919 We will have both, but the question was which one should be preferred. Currently we have x,y,z in library code after my changes and x y z in isympy

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

Comment #20 on issue 1919 by Vinzent.Steinberg: unify behavior of var() and symbols() http://code.google.com/p/sympy/issues/detail?id=1919 Personally, I don't really care. -- You received this message because you are subscribed to the Google Groups sympy-issues group. To post to this

Re: Issue 2305 in sympy: Integer.isqrt shouldn't be a method

Updates: Summary: Integer.isqrt shouldn't be a method Status: Accepted Labels: -Priority-Critical -WrongResult -PassedReview -gdrummondk Priority-High Comment #13 on issue 2305 by ronan.l...@gmail.com: Integer.isqrt shouldn't be a method

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

Comment #21 on issue 1919 by asmeurer: unify behavior of var() and symbols() http://code.google.com/p/sympy/issues/detail?id=1919 Well, obviously I prefer 'x y z'. 'x,y,z' with no spaces just doesn't look good to me. I don't see why 'x, y, z' should be a no-go. -- You received this

Re: Issue 2305 in sympy: Integer.isqrt and similar shouldn't be a method

Updates: Summary: Integer.isqrt and similar shouldn't be a method Comment #14 on issue 2305 by asmeurer: Integer.isqrt and similar shouldn't be a method http://code.google.com/p/sympy/issues/detail?id=2305 Let's change the ones from comment 8 too. And don't forget to grep the polys

Re: Issue 2305 in sympy: Integer.isqrt and similar shouldn't be a method

Comment #15 on issue 2305 by matt...@gmail.com: Integer.isqrt and similar shouldn't be a method http://code.google.com/p/sympy/issues/detail?id=2305 I'm not sure why they shouldn't be methods (at least there was no explanation in this issue why - That's better, but I still think it

Re: Issue 2338 in sympy: Use predicates and propositions instead of Assume objects

Comment #1 on issue 2338 by renato.c...@gmail.com: Use predicates and propositions instead of Assume objects http://code.google.com/p/sympy/issues/detail?id=2338 A source of confusion (at least for me) is that the class is named Assume instead of Assumption, breaking the general rule that

Re: Issue 2031 in sympy: Add 'auto' flag to div(), quo() and rem()

Updates: Status: Fixed Labels: -NeedsReview PassedReview Comment #9 on issue 2031 by matt...@gmail.com: Add 'auto' flag to div(), quo() and rem() http://code.google.com/p/sympy/issues/detail?id=2031 Now in master: In [1]: div(x**2 + 1, 2*x - 4) Out[1]: ⎛x ⎞ ⎜1 + ─, 5⎟

Re: Issue 1916 in sympy: Plotting fails: Window initialization failed: Unable to share contexts

Updates: Status: Fixed Comment #28 on issue 1916 by smi...@gmail.com: Plotting fails: Window initialization failed: Unable to share contexts http://code.google.com/p/sympy/issues/detail?id=1916 It was my oversight not to credit the post in comment#17 above for giving the pyglet

Issue 2341 in sympy: The test utility should clear the cache.

Status: Accepted Owner: pr...@goodok.ru Labels: Type-Defect Priority-Medium Testing New issue 2341 by pr...@goodok.ru: The test utility should clear the cache. http://code.google.com/p/sympy/issues/detail?id=2341 The test utility should clear the cache before the testing of the every file.

Re: Issue 2341 in sympy: The test utility should clear the cache.

Comment #1 on issue 2341 by pr...@goodok.ru: The test utility should clear the cache. http://code.google.com/p/sympy/issues/detail?id=2341 On the other hand, we can loose the significant cache errors if we will clear the cache for the every files. So it would be convinient to have an

Re: Issue 1916 in sympy: Plotting fails: Window initialization failed: Unable to share contexts

Comment #29 on issue 1916 by Vinzent.Steinberg: Plotting fails: Window initialization failed: Unable to share contexts http://code.google.com/p/sympy/issues/detail?id=1916 I think we can report a bug at [1], so it can be fixed upstream. [1] http://code.google.com/p/pyglet/issues/list --

Re: Issue 2338 in sympy: Use predicates and propositions instead of Assume objects

Comment #2 on issue 2338 by Vinzent.Steinberg: Use predicates and propositions instead of Assume objects http://code.google.com/p/sympy/issues/detail?id=2338 Assumption is a bit long. What about Fact? -- You received this message because you are subscribed to the Google Groups sympy-issues

Re: Issue 2338 in sympy: Use predicates and propositions instead of Assume objects

Updates: Labels: NeedsReview Comment #3 on issue 2338 by ronan.l...@gmail.com: Use predicates and propositions instead of Assume objects http://code.google.com/p/sympy/issues/detail?id=2338 The direction I've taken is to hide these objects entirely:

Re: Issue 2338 in sympy: Use predicates and propositions instead of Assume objects

Comment #4 on issue 2338 by Vinzent.Steinberg: Use predicates and propositions instead of Assume objects http://code.google.com/p/sympy/issues/detail?id=2338 I don't see the difference between A implies B and B. You can call them assumptions, but within the system they can be considered as

Re: Issue 2338 in sympy: Use predicates and propositions instead of Assume objects

Comment #5 on issue 2338 by renato.c...@gmail.com: Use predicates and propositions instead of Assume objects http://code.google.com/p/sympy/issues/detail?id=2338 There, Implies is also a verb name to a class, should we also rename it to Implication? -- You received this message because

Re: Issue 2338 in sympy: Use predicates and propositions instead of Assume objects

Comment #6 on issue 2338 by ronan.l...@gmail.com: Use predicates and propositions instead of Assume objects http://code.google.com/p/sympy/issues/detail?id=2338 @Vinzent: the difference is between A implies B and B(x). The first one is a mathematical truth while the second is contingent on

Issue 2342 in sympy: as_coefficient error

Status: Accepted Owner: smi...@gmail.com Labels: Type-Defect Priority-Medium NeedsReview New issue 2342 by smi...@gmail.com: as_coefficient error http://code.google.com/p/sympy/issues/detail?id=2342 There is a logical error in as_coefficient: (1 + 2*x*y).as_coefficient(y) 2*x This is

Re: Issue 2342 in sympy: as_coefficient error

Comment #1 on issue 2342 by smi...@gmail.com: as_coefficient error http://code.google.com/p/sympy/issues/detail?id=2342 see [ https://github.com/sympy/sympy/pull/281 ], the commit with this issue number -- You received this message because you are subscribed to the Google Groups

Re: Issue 2342 in sympy: as_coefficient error

Comment #2 on issue 2342 by smi...@gmail.com: as_coefficient error http://code.google.com/p/sympy/issues/detail?id=2342 The function now is basically a wrapper to extract_multiplicatively with a post-extraction check that the expr is not in the result. MUCH simpler and much better tested as

Issue 2343 in sympy: as_poly returns None

Status: Accepted Owner: smi...@gmail.com Labels: Type-Defect Priority-Medium New issue 2343 by smi...@gmail.com: as_poly returns None http://code.google.com/p/sympy/issues/detail?id=2343 Here is an expression in x and y h[1] q1 -1 + (1/2 - x/2)**2 + (1/3 - y/3)**2 h[2]

Re: Issue 2151 in sympy: BasicMeta.keep_sign

Comment #8 on issue 2151 by matt...@gmail.com: BasicMeta.keep_sign http://code.google.com/p/sympy/issues/detail?id=2151 It gets even better: In [6]: ratint(1/(x**3+1), x, real=False) Out[6]: ⎛ ⎽⎽⎽⎞⎛ ⎽⎽⎽⎞⎛ ⎽⎽⎽⎞ ⎛ ⎽⎽⎽⎞ log(1

Re: Issue 2343 in sympy: as_poly returns None

Comment #2 on issue 2343 by smi...@gmail.com: as_poly returns None http://code.google.com/p/sympy/issues/detail?id=2343 Ahh...that's it, Mateusz. There is a loose connection between symbols. The x and y used to generate the equation are not the same as those used in the calling environment: