Updates:
Status: Started
Labels: NeedsReview
Comment #2 on issue 3309 by asmeu...@gmail.com: nsolve fails for Integral,
Piecewise
http://code.google.com/p/sympy/issues/detail?id=3309
I've fixed this at https://github.com/sympy/sympy/pull/1438
Unfortunately, the Integral one
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 3330 by astep...@gmail.com: Taylor expansion wrong for this
expression?
http://code.google.com/p/sympy/issues/detail?id=3330
The documentation on the series expansion is a little sparse so I hope I
understand it
Comment #3 on issue 3309 by krastano...@gmail.com: nsolve fails for
Integral, Piecewise
http://code.google.com/p/sympy/issues/detail?id=3309
The new lambdify for the plotting module supports all that is in sympy
(Integral, Sum, etc). However using it will be only moving from a crappy
Updates:
Status: Valid
Labels: WrongResult Series
Comment #1 on issue 3330 by asmeu...@gmail.com: Taylor expansion wrong for
this expression?
http://code.google.com/p/sympy/issues/detail?id=3330
It seems that Pow.taylor_term just ignores self.base and assumes the form
(1 +
Status: Valid
Owner:
Labels: Type-Enhancement Priority-Low Printing EasyToFix
New issue 3331 by krastano...@gmail.com: use unicode names instead of hex
encoding
http://code.google.com/p/sympy/issues/detail?id=3331
The code will be much more readable if we use unicode names in literal.
Comment #1 on issue 3331 by asmeu...@gmail.com: use unicode names instead
of hex encoding
http://code.google.com/p/sympy/issues/detail?id=3331
This is what the pretty_symbology file is for. I never realized you could
just it in a literal like that, though.
--
You received this message
Comment #2 on issue 3331 by krastano...@gmail.com: use unicode names
instead of hex encoding
http://code.google.com/p/sympy/issues/detail?id=3331
Anyway, there is a handful of strings both in tests and in code that just
use the unicode hex value. I will leave this open. Maybe it will get
Comment #2 on issue 3332 by asmeu...@gmail.com: Squaring of large linear
functions -- speed issue
http://code.google.com/p/sympy/issues/detail?id=3332
I've found one thing that drops the time down by an order of magnitude. It
still takes a long time, simply because there are 500500 terms
You can merge this Pull Request by running:
git pull https://github.com/asmeurer/sympy nsolve-fix
Or you can view, comment on it, or merge it online at:
https://github.com/sympy/sympy/pull/1438
-- Commit Summary --
* nsolve uses free_symbols instead of atoms(Symbol) (issue 3309)
-- File
Comment #3 on issue 3309 by krastano...@gmail.com: nsolve fails for
Integral, Piecewise
http://code.google.com/p/sympy/issues/detail?id=3309
The new lambdify for the plotting module supports all that is in sympy
(Integral, Sum, etc). However using it will be only moving from a crappy
This method just invokes iteritems on the underlying dictionary. Having
`iteritems` is useful for efficiency reasons.
You can merge this Pull Request by running:
git pull https://github.com/scolobb/sympy dict-iteritems
Or you can view, comment on it, or merge it online at:
Previously those classes were pretty printed using long Unicode symbols,
which worked erratically on different terminals. This commit uses more
standard characters.
Things are now printed like this:
```
{g∘f:A₁——▶C₁: ∅, id:A₁——▶A₁: ∅, id:B——▶B: ∅, id:C₁——▶C₁: ∅, f:A₁——▶B: ∅,
g:B——▶C₁: ∅}
══▶
On Mon, Jul 23, 2012 at 9:52 PM, Aaron Meurer asmeu...@gmail.com wrote:
On Jul 23, 2012, at 12:33 PM, Sergiu Ivanov unlimitedscol...@gmail.com
wrote:
On Mon, Jul 23, 2012 at 9:17 PM, Aaron Meurer asmeu...@gmail.com wrote:
On Jul 23, 2012, at 2:20 AM, Sergiu Ivanov unlimitedscol...@gmail.com
On Mon, Jul 23, 2012 at 9:51 PM, Tom Bachmann e_mc...@web.de wrote:
I'm sorry, I know I'm somewhat late to the party, and replying at this
position in the thread is rather arbitrary, but how about the following:
1) don't sort .args at creation time (ronan has made good arguments for
this,
This gives error message when I try to make,
[ 6%] Building CXX object src/CMakeFiles/csympy.dir/basic.cpp.o
[ 13%] Building CXX object src/CMakeFiles/csympy.dir/dict.cpp.o
/home/pallab/csympy/src/dict.cpp: In function ‘std::ostream
operator(std::ostream, const CSymPy::Dict_int)’:
On Tue, Jul 24, 2012 at 11:08 AM, pallab pallabb...@gmail.com wrote:
This gives error message when I try to make,
[ 6%] Building CXX object src/CMakeFiles/csympy.dir/basic.cpp.o
[ 13%] Building CXX object src/CMakeFiles/csympy.dir/dict.cpp.o
/home/pallab/csympy/src/dict.cpp: In function
I am using 4.5.2
g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.5.2/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
4.5.2-8ubuntu4'
also I did follwoing:
git clone https://github.com/certik/csympy
cd csympy
git checkout w
git pull
cmake CMakeLists.txt
make
On Tuesday, July 24, 2012 3:26:58 PM UTC-4, pallab wrote:
I am using 4.5.2
g++ -v
Using built-in specs.
COLLECT_GCC=g++
I think that your gcc is too old --- I am using some new features from C++11,
so that's probably the reason. Right now I just want to get something out there,
see if it does the job and only later start bothering about portability etc.
Ondrej
On Tue, Jul 24, 2012 at 12:29 PM, pallab
I will give a post in EuroScipy about Solver for Stochastic Differential
Equations which is implemented via Sympy and other.
--
You received this message because you are subscribed to the Google Groups
sympy group.
To view this discussion on the web visit
20 matches
Mail list logo