Status: New
Owner:
Labels: Type-Defect Priority-Medium Logic
New issue 3679 by srjoglek...@gmail.com: literal_symbol should return error
if arg not literal
http://code.google.com/p/sympy/issues/detail?id=3679
By the definition of the word 'literal', shouldn't literal_symbol raise an
Updates:
Status: Fixed
Labels: -NeedsReview
Comment #3 on issue 3670 by julien.r...@gmail.com: Latex printing of (x +
1)**Rational(3, 2) with fold_frac_powers=True
http://code.google.com/p/sympy/issues/detail?id=3670
(No comment was entered for this change.)
--
You received
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()
Comment #7 on issue 2969 by skirpic...@gmail.com: sqrt(sin(x)).series(x, 0,
7) is wrong
http://code.google.com/p/sympy/issues/detail?id=2969
https://github.com/sympy/sympy/pull/1863
--
You received this message because this project is configured to send all
issue notifications to this
Status: Valid
Owner:
CC: mrock...@gmail.com
Labels: Type-Defect Priority-Medium
New issue 3681 by smi...@gmail.com: bottom_up runs into problem with Pow
http://code.google.com/p/sympy/issues/detail?id=3681
from sympy.strategies.traverse import *
def f(x):
... if x.is_Symbol:
... x
Updates:
Status: Valid
Comment #1 on issue 3679 by smi...@gmail.com: literal_symbol should return
error if arg not literal
http://code.google.com/p/sympy/issues/detail?id=3679
This is in sympy.logic.inference.py. Perhaps the logic could be
```
if literal.func is Not:
Comment #2 on issue 3679 by srjoglek...@gmail.com: literal_symbol should
return error if arg not literal
http://code.google.com/p/sympy/issues/detail?id=3679
An error would make more sense than None I guess. That is why I suggested a
is_literal function, for the user to check if an
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 #35 on issue 694 by iurii.de...@gmail.com: Add tests from Review
of CAS mathematical capabilities, by Michael Wester
http://code.google.com/p/sympy/issues/detail?id=694
Hello!
I want to participate in gsoc 2013. Can I get this task as a test?
--
You received this message because
Comment #1 on issue 3681 by mrock...@gmail.com: bottom_up runs into problem
with Pow
http://code.google.com/p/sympy/issues/detail?id=3681
Traveral strategies use Basic.__new__ to construct the tree without calling
object constructors. Many Exprs require construction to function
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
Status: Valid
Owner:
Labels: Type-Defect Priority-Medium Core
New issue 3682 by sean.v@gmail.com: .copy() does not work on Symbol
http://code.google.com/p/sympy/issues/detail?id=3682
When creating a new symbol, nothing is returned in the .args, making the
copy method fail.
In [1]:
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 #4 on issue 3563 by rathmann...@gmail.com: Implement faster
combinatorial enumeration algorithms
http://code.google.com/p/sympy/issues/detail?id=3563
A start on some of this is at pull request
https://github.com/sympy/sympy/pull/1848
I am attaching an updated multiset_taocp.py,
Updates:
Status: Duplicate
Mergedinto: 3680
Comment #1 on issue 3682 by asmeu...@gmail.com: .copy() does not work on
Symbol
http://code.google.com/p/sympy/issues/detail?id=3682
Coincidence?
--
You received this message because this project is configured to send all
issue
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 #2 on issue 3682 by sean.v@gmail.com: .copy() does not work on
Symbol
http://code.google.com/p/sympy/issues/detail?id=3682
Oops, forgot to do a search. Yes, that's the same.
--
You received this message because this project is configured to send all
issue notifications to this
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 #3 on issue 3682 by asmeu...@gmail.com: .copy() does not work on
Symbol
http://code.google.com/p/sympy/issues/detail?id=3682
It was just odd that these were reported so soon after one another. But I
see now that you were discussing this on IRC.
--
You received this message
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
Comment #2 on issue 3681 by smi...@gmail.com: bottom_up runs into problem
with Pow
http://code.google.com/p/sympy/issues/detail?id=3681
How about on this one:
rebuild(bottom_up(lambda x: expand(x))(x+x*(x+1)))
...
File sympy\simplify\simplify.py, line 91, in fraction
if
Comment #3 on issue 3679 by srjoglek...@gmail.com: literal_symbol should
return error if arg not literal
http://code.google.com/p/sympy/issues/detail?id=3679
https://github.com/sympy/sympy/pull/1865
--
You received this message because this project is configured to send all
issue
26 matches
Mail list logo