Updates:
Status: Fixed
Comment #16 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
It's in.
--
You received this message because you are subscribed to the Google Groups
sympy-issues
Comment #13 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
It doesn't seem to actually be a bug in Python - I searched through the
tracker. From the discussions linked, it seems to be considered
Comment #14 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
Well, the Python guys don't consider it to be a bug per se, but I
definitely do.
If we make __repr__ == srepr, then [10] below would give the
Comment #15 on issue 2388 by Vinzent.Steinberg: The value of str(expr)
depends on a global setting
http://code.google.com/p/sympy/issues/detail?id=2388
I remember the discussion. Basically they said that str(list(...)) will
always use repr() on the content of the list. This is why we
Updates:
Labels: NeedsReview asmeurer
Comment #12 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
The patch at https://github.com/sympy/sympy/pull/350 fixes this, btw.
--
You received this message
Comment #6 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
OK, so two questions:
- Should repr() be the same?
- Should __repr__ call srepr()? Right now, it calls sstr() (the same as
__str__).
I'll
Updates:
Blockedon: 2417
Comment #7 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 message because you are subscribed to the Google
Comment #9 on issue 2388 by matt...@gmail.com: The value of str(expr)
depends on a global setting
http://code.google.com/p/sympy/issues/detail?id=2388
Of course please swap srepr() with sstr(). It should read It calls sstr()
because of a bug in Python. If you change Basic.__repr__ to call
Comment #10 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 see. Well, that's incredibly stupid. Do the Python guys know about this?
--
You received this message because you are subscribed to the Google
Comment #11 on issue 2388 by matt...@gmail.com: The value of str(expr)
depends on a global setting
http://code.google.com/p/sympy/issues/detail?id=2388
Yes, it is. Ondrej asked about this on python-dev:
http://mail.python.org/pipermail/python-dev/2008-July/081562.html
There is also a
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
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()
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
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
Status: Accepted
Owner: ronan.l...@gmail.com
Labels: Type-Defect Priority-High Milestone-Release0.7.0 Printing
New 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
With 'bin/isympy':
In [1]:
Updates:
Status: NeedsDecision
Comment #1 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
But that's how the printer works in SymPy. Having it *not* respect the -o
option would be even more
16 matches
Mail list logo