Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2119 by nils106: TypeError: The first argument must be a sympy
expression.
http://code.google.com/p/sympy/issues/detail?id=2119
sympy.__version__
'0.6.7-git'
sympy.test()
sympy/test_external/test_codegen.py[8] .sss
Comment #35 on issue 2084 by nicolas.pourcelot: limit(1+1/x, x, 0, dir='-')
fails
http://code.google.com/p/sympy/issues/detail?id=2084
"Nicolas, I fixed the issue of comment 20 in response to someone commenting
on the commit and put in a pull request."
Actually, it was me. ;)
I opened a gi
Comment #36 on issue 2084 by nicolas.pourcelot: limit(1+1/x, x, 0, dir='-')
fails
http://code.google.com/p/sympy/issues/detail?id=2084
Chris, I finished reviewing it.
It's almost ok for me.
The most important tests are in, imo.
The only remaining issue is this 1/0 == oo problem I mentioned
Comment #1 on issue 2119 by ronan.l...@gmail.com: TypeError: The first
argument must be a sympy expression.
http://code.google.com/p/sympy/issues/detail?id=2119
The file 'sympy/test_external/test_codegen_c_cc.py' has been removed from
the repository a few months ago, in commit
b6174bcb086
Comment #2 on issue 2114 by ronan.l...@gmail.com: Mul.make_args(S.One)
returns ()
http://code.google.com/p/sympy/issues/detail?id=2114
I don't understand why you think there's a problem here. 1 is the empty
product, so it's reasonable to represent it as a Mul with 0 args.
--
You received
Updates:
Labels: -Type-Defect Type-Enhancement
Comment #6 on issue 2117 by asmeurer: Distance between polygons
http://code.google.com/p/sympy/issues/detail?id=2117
Don't worry, project members can do that. By the way, I just noticed that
there isn't a label for geometry. Are there en
Comment #7 on issue 2113 by asmeurer: integrate(cos(log(x**2))/x) hangs
http://code.google.com/p/sympy/issues/detail?id=2113
Right. Well, as I mentioned, the solution will come in risch_integrate()
eventually, so I wouldn't worry about trying to fix heurisch() too much
beyond what you have
Updates:
Status: Invalid
Comment #2 on issue 2119 by asmeurer: TypeError: The first argument must be
a sympy expression.
http://code.google.com/p/sympy/issues/detail?id=2119
Or else just type "git pull".
--
You received this message because you are subscribed to the Google Groups
"s
Comment #7 on issue 2117 by smichr: Distance between polygons
http://code.google.com/p/sympy/issues/detail?id=2117
I think this would be useful to have. I don't think it will be a high
traffic area, however.
--
You received this message because you are subscribed to the Google Groups
"sympy
Comment #37 on issue 2084 by smichr: limit(1+1/x, x, 0, dir='-') fails
http://code.google.com/p/sympy/issues/detail?id=2084
Thanks for the feedback. I made those changes and added the tests. Please
check recent update.
--
You received this message because you are subscribed to the Google Gro
Updates:
Cc: Vinzent.Steinberg asmeurer ondrej.certik Ronan.Lamy mattpap
Comment #3 on issue 2114 by smichr: Mul.make_args(S.One) returns ()
http://code.google.com/p/sympy/issues/detail?id=2114
My initially thoughts after encountering the new behavior of make_args is
that I would like
Updates:
Labels: Geometry
Comment by asmeurer:
(No comment was entered for this change.)
Affected issues:
issue 664: Polygon intersections in geometry is wrong
http://code.google.com/p/sympy/issues/detail?id=664
issue 828: In sympy.geometry many docstrings are not good enough
Comment #9 on issue 2117 by asmeurer: Distance between polygons
http://code.google.com/p/sympy/issues/detail?id=2117
OK. I created it and added it to 11 issues I found when searching
for "geometry". Feel free to add it to others if I missed them.
--
You received this message because you are
Comment #4 on issue 2114 by asmeurer: Mul.make_args(S.One) returns ()
http://code.google.com/p/sympy/issues/detail?id=2114
Another thing to consider is if it is or isn't inconsistent for
Mul.make_args(S.One) to return (S.one,), but for something like
Mul.make_args(S.one) to return (x,) inste
Updates:
Status: Fixed
Comment #11 on issue 1936 by asmeurer: Integral limits should be sanitized
http://code.google.com/p/sympy/issues/detail?id=1936
Unless I am mistaken (please reopen if I am wrong) this pull request
(https://github.com/sympy/sympy/pull/7) has fixed this.
--
You r
Updates:
Status: Fixed
Comment #3 on issue 1937 by asmeurer: Change Integral(f(x), (x, None, a))
to something that doesn't use None
http://code.google.com/p/sympy/issues/detail?id=1937
This has been fixed at https://github.com/sympy/sympy/pull/7.
--
You received this message because
Comment #4 on issue 2068 by asmeurer: integrate(Integral(f(x), x), x) fails
http://code.google.com/p/sympy/issues/detail?id=2068
Because of the fix at https://github.com/sympy/sympy/pull/7, this is now
failing with a different error:
In [1]:integrate(Integral(f(x), x), x)
...:
--
Comment #3 on issue 2070 by asmeurer: All elements of .args should be Basic
http://code.google.com/p/sympy/issues/detail?id=2070
https://github.com/sympy/sympy/pull/7 has taken care of the issues with
Integral (it now uses Tuple, and instead of None, it uses a variable .arg
format), as well
Updates:
Blockedon: -2070
Comment #5 on issue 2068 by asmeurer: integrate(Integral(f(x), x), x) fails
http://code.google.com/p/sympy/issues/detail?id=2068
Issue 2070 is no longer the issue here.
--
You received this message because you are subscribed to the Google Groups
"sympy-issues"
Issue 2070: All elements of .args should be Basic
http://code.google.com/p/sympy/issues/detail?id=2070
This issue is no longer blocking issue 2068.
See http://code.google.com/p/sympy/issues/detail?id=2068
--
You received this message because you are listed in the owner
or CC fields of this issue,
Comment #4 on issue 2070 by ondrej.certik: All elements of .args should be
Basic
http://code.google.com/p/sympy/issues/detail?id=2070
Thanks for this writeup. I completely agree with what you wrote, and we
should write some tests for these too.
--
You received this message because you are
Comment #17 on issue 1960 by asmeurer: should repr form of geometry
entities be the same as str?
http://code.google.com/p/sympy/issues/detail?id=1960
Concerning repr() vs. srepr(): So do we want to fix issue 1994?
--
You received this message because you are subscribed to the Google Groups
Updates:
Status: Fixed
Comment #17 on issue 2003 by asmeurer: Use factorint() with limit argument
in sympy/core/numbers.py
http://code.google.com/p/sympy/issues/detail?id=2003
This was pushed in (see the Pull Request). Don't forget to close the issue
when you merge in the Pull Requ
Comment #2 on issue 2033 by asmeurer: solve should be able to handle
rational function systems
http://code.google.com/p/sympy/issues/detail?id=2033
Well, the Groebner Basis method can handle polynomial systems in full
generality, unlike your method, which will not always work. On the other
Comment #3 on issue 2033 by nicolas.pourcelot: solve should be able to
handle rational function systems
http://code.google.com/p/sympy/issues/detail?id=2033
That's already done in 1694 branch, since together() is used, and then
equation is solved for numerator.
However, in smichr/1694, bo
Comment #4 on issue 2033 by asmeurer: solve should be able to handle
rational function systems
http://code.google.com/p/sympy/issues/detail?id=2033
It's probable that the underlying issue there is already fixed in Mateusz's
polys11 branch.
--
You received this message because you are subs
Comment #1 on issue 2108 by asmeurer: 3/2*x/(y + 1) - z in QQ[x, y, z]
failure
http://code.google.com/p/sympy/issues/detail?id=2108
By the way, the fact that I forgot to use S() is unrelated:
In [2]: S(3)/2*x/(y + 1) - z in QQ[x, y, z]
...
PolynomialError: 1/(1 + y) contains an element of t
Updates:
Blockedon: 1694
Comment #6 on issue 1387 by asmeurer: solve(x+sqrt(x)-2,x) returns wrong
solution
http://code.google.com/p/sympy/issues/detail?id=1387
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
"sy
Issue 1694: solve has many issues with fractions
http://code.google.com/p/sympy/issues/detail?id=1694
This issue is now blocking issue 1387.
See http://code.google.com/p/sympy/issues/detail?id=1387
--
You received this message because you are listed in the owner
or CC fields of this issue, or be
Comment #5 on issue 2114 by jensen.oyvind: Mul.make_args(S.One) returns ()
http://code.google.com/p/sympy/issues/detail?id=2114
I agree with smichr on this. Although the current behavior is technically
correct, it appears inconsistent when you get Mul.make_args(2) == (2,), but
Mul.make_args
30 matches
Mail list logo
