Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 3680 by bjo...@gmail.com: Unexpected behaviour of .copy() on
Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
In [1]: import sympy
In [2]: x=sympy.Symbol('x')
In [3]: x.copy()
Updates:
Status: Valid
Comment #1 on issue 3680 by smi...@gmail.com: Unexpected behaviour
of .copy() on Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
Hmmm...a copy method could be given to Symbol, but a there is no such thing
as a copy of
Comment #2 on issue 3680 by bjo...@gmail.com: Unexpected behaviour
of .copy() on Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
I think a copy method would be very useful. I have a class where I want the
instances to be able to create a new
Comment #3 on issue 3680 by smi...@gmail.com: Unexpected behaviour
of .copy() on Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
Someone else will have to chime in here. I don't think it's possible to
have a copy of a symbol with all the same
Comment #4 on issue 3680 by asmeu...@gmail.com: Unexpected behaviour
of .copy() on Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
I guess just implement Symbol.copy. SymPy objects are immutable, so
pointing to the same objects should not be a
Comment #5 on issue 3680 by bjo...@gmail.com: Unexpected behaviour
of .copy() on Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
Ok, thanks. I looked into the caching, and as you said, it will still point
to the same object no matter what. So I
Comment #6 on issue 3680 by asmeu...@gmail.com: Unexpected behaviour
of .copy() on Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
Issue 3682 has been merged into this issue.
--
You received this message because this project is configured to send all
Comment #7 on issue 3680 by asmeu...@gmail.com: Unexpected behaviour
of .copy() on Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
It's not private because it is public API. You are encouraged to use that
attribute to read the name of a symbol. But
Comment #8 on issue 3680 by sean.v@gmail.com: Unexpected behaviour
of .copy() on Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
Issue 3682 has been merged into this issue.
--
You received this message because this project is configured to send
Comment #9 on issue 3680 by asmeu...@gmail.com: Unexpected behaviour
of .copy() on Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
Issue 3682 has been merged into this issue.
--
You received this message because this project is configured to send all
Updates:
Cc: smi...@gmail.com
Comment #10 on issue 3680 by asmeu...@gmail.com: Unexpected behaviour
of .copy() on Symbol instance (master git branch)
http://code.google.com/p/sympy/issues/detail?id=3680
Chris, what is the point of Basic.copy()? Having a copy method on an
immutable
11 matches
Mail list logo