Comment #21 on issue 1620 by renato.c...@gmail.com: Allow derivatives of
unknown functions evaluated at a point
http://code.google.com/p/sympy/issues/detail?id=1620
I don't see to where all of this converges. Functions as objects are not
feasible right now, even operations (sum, product
Comment #13 on issue 1868 by smi...@gmail.com: solve(floating point, x)
stopped working
http://code.google.com/p/sympy/issues/detail?id=1868
Mateusz, can you confirm that a general solution for a QUARTIC equation is
not possible? So if a solution is requested and there are symbolic
Comment #14 on issue 1868 by Vinzent.Steinberg: solve(floating point, x)
stopped working
http://code.google.com/p/sympy/issues/detail?id=1868
AFAIK, there exists a general solution for quartic equations. For
polynomials of a higher degree than 4 it is proofed that no general
solution
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2413 by five...@gmail.com: Printing performance (_compare_pretty)
http://code.google.com/p/sympy/issues/detail?id=2413
I had a performace problem when generating some code, profiled, and found
that 60% of total run time was
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 2414 by five...@gmail.com: [Feature request] Deferred expressions
http://code.google.com/p/sympy/issues/detail?id=2414
I'm concerned about improving the performance of differentiation and
subsequent code generation. It
Updates:
Status: Started
Comment #1 on issue 2402 by matt...@gmail.com: integration3-backport
http://code.google.com/p/sympy/issues/detail?id=2402
New pull request is here: https://github.com/sympy/sympy/pull/347
--
You received this message because you are subscribed to the Google
Updates:
Labels: -Priority-Critical -NeedsReview Priority-Medium
Comment #28 on issue 1491 by ronan.l...@gmail.com: Use nice ordering in
printing
http://code.google.com/p/sympy/issues/detail?id=1491
The pull request is in, but I think we should get rid of the old order
completely.
Comment #29 on issue 1491 by matt...@gmail.com: Use nice ordering in
printing
http://code.google.com/p/sympy/issues/detail?id=1491
Thanks. The old order will most certainly die naturally when Py3k port is
ready, but I don't mind removing it earlier.
--
You received this message because
Updates:
Labels: -Type-Defect Type-Enhancement
Comment #1 on issue 2414 by asmeurer: [Feature request] Deferred expressions
http://code.google.com/p/sympy/issues/detail?id=2414
Is there more to this than just unevaluated expressions? Because we
already have those:
In [1]:
Updates:
Labels: -Milestone-Release0.7.0 Milestone-Release0.8.0
Comment #30 on issue 1491 by asmeurer: Use nice ordering in printing
http://code.google.com/p/sympy/issues/detail?id=1491
Yeah, let's remove it eventually, but keep it around for now.
--
You received this message because
Updates:
Summary: Remove old printing ordering at some point
Comment #31 on issue 1491 by asmeurer: Remove old printing ordering at some
point
http://code.google.com/p/sympy/issues/detail?id=1491
(No comment was entered for this change.)
--
You received this message because you are
Status: Accepted
Owner: ronan.l...@gmail.com
CC: matt...@gmail.com
Labels: Type-Defect Priority-High Milestone-Release0.7.0 Polynomial
New issue 2415 by ronan.l...@gmail.com: Poly(x, x) * I != I * Poly(x, x)
http://code.google.com/p/sympy/issues/detail?id=2415
In [1]: Poly(x, x) * I
Out[1]:
Comment #1 on issue 2415 by matt...@gmail.com: Poly(x, x) * I != I *
Poly(x, x)
http://code.google.com/p/sympy/issues/detail?id=2415
This is a well known problem with the core. Poly itself works fine with
non-Basic operand, e.g.:
In [1]: 2*Poly(x)
Out[1]: Poly(2*x, x, domain='ZZ')
In
Comment #2 on issue 2415 by ronan.l...@gmail.com: Poly(x, x) * I != I *
Poly(x, x)
http://code.google.com/p/sympy/issues/detail?id=2415
So the first result is correct? That's a bit counter-intuitive since the
second result seems nicer, but it makes things easier for me. I should have
a
Comment #14 on issue 1868 by Vinzent.Steinberg: solve(floating point, x)
stopped working
http://code.google.com/p/sympy/issues/detail?id=1868
AFAIK, there exists a general solution for quartic equations. For
polynomials of a higher degree than 4 it is proofed that no general
solution
On Sat, May 21, 2011 at 10:57 PM, Ondrej Certik ond...@certik.cz wrote:
On Sat, May 21, 2011 at 9:10 PM, Ondrej Certik ond...@certik.cz wrote:
Hi,
I have refactored all the code running planet.sympy.org and it is now
fully hosted by github. The repository is here:
On Sun, May 22, 2011 at 6:10 AM, Ondrej Certik ond...@certik.cz wrote:
Hi,
I have refactored all the code running planet.sympy.org and it is now
fully hosted by github. The repository is here:
https://github.com/sympy/planet.sympy.org
see the README for information how it works. The blogs
I think that sets make more sense, too, but it's useful to have the
variables in the output, and dicts are the easiest way to handle them.
What about using sets of frozen dicts? Frozen dicts aren't builtins
but there are simple free implementations (I just adapted one from
can you please send me updates with your blog feed url (e.g. all new
GSoC students)?
If I am not misstaken about what a blog feed url is, this should be mine:
http://nessgrh.wordpress.com/feed/
--
You received this message because you are subscribed to the Google Groups
sympy
Hi,
On 05/22/2011 11:10 AM, Tom Bachmann wrote:
can you please send me updates with your blog feed url (e.g. all new
GSoC students)?
If I am not misstaken about what a blog feed url is, this should be mine:
http://nessgrh.wordpress.com/feed/
You can also have a feed of
Le dimanche 22 mai 2011 à 14:38 +0545, Chris Smith a écrit :
I think that sets make more sense, too, but it's useful to
have the
variables in the output, and dicts are the easiest way to
handle them.
What about using sets of frozen dicts? Frozen dicts
On Sat, May 21, 2011 at 10:51 PM, Ondrej Certik ond...@certik.cz wrote:
On Sat, May 21, 2011 at 8:21 PM, Andy Ray Terrel andy.ter...@gmail.com
wrote:
On Sat, May 21, 2011 at 10:10 PM, Ronan Lamy ronan.l...@gmail.com wrote:
Le samedi 21 mai 2011 à 21:50 -0500, Andy Ray Terrel a écrit :
On
On May 21, 2011, at 10:10 PM, Ondrej Certik wrote:
Hi,
I have refactored all the code running planet.sympy.org and it is now
fully hosted by github. The repository is here:
https://github.com/sympy/planet.sympy.org
see the README for information how it works. The blogs subscriptions
On May 22, 2011, at 9:47 AM, Aaron S. Meurer wrote:
On May 21, 2011, at 10:10 PM, Ondrej Certik wrote:
Hi,
I have refactored all the code running planet.sympy.org and it is now
fully hosted by github. The repository is here:
https://github.com/sympy/planet.sympy.org
see the
Ronan Lamy wrote:
Le dimanche 22 mai 2011 à 14:38 +0545, Chris Smith a écrit :
I think that sets make more sense, too, but it's useful to
have the
variables in the output, and dicts are the easiest way to
handle them.
What about using sets of frozen
On May 22, 2011, at 9:34 AM, Andy Ray Terrel wrote:
On Sat, May 21, 2011 at 10:51 PM, Ondrej Certik ond...@certik.cz wrote:
On Sat, May 21, 2011 at 8:21 PM, Andy Ray Terrel andy.ter...@gmail.com
wrote:
On Sat, May 21, 2011 at 10:10 PM, Ronan Lamy ronan.l...@gmail.com wrote:
Le samedi 21
Le dimanche 22 mai 2011 à 09:51 -0600, Aaron S. Meurer a écrit :
On May 22, 2011, at 9:34 AM, Andy Ray Terrel wrote:
On Sat, May 21, 2011 at 10:51 PM, Ondrej Certik ond...@certik.cz wrote:
On Sat, May 21, 2011 at 8:21 PM, Andy Ray Terrel andy.ter...@gmail.com
wrote:
On Sat, May 21,
Le dimanche 22 mai 2011 à 21:35 +0545, Chris Smith a écrit :
Ronan Lamy wrote:
Le dimanche 22 mai 2011 à 14:38 +0545, Chris Smith a écrit :
I think that sets make more sense, too, but it's useful to
have the
variables in the output, and dicts are the easiest way
On Sun, May 22, 2011 at 8:47 AM, Aaron S. Meurer asmeu...@gmail.com wrote:
On May 21, 2011, at 10:10 PM, Ondrej Certik wrote:
Hi,
I have refactored all the code running planet.sympy.org and it is now
fully hosted by github. The repository is here:
https://github.com/sympy/planet.sympy.org
On Sun, May 22, 2011 at 3:14 AM, Jeremias Yehdegho j.yehde...@gmail.com wrote:
Hi,
On 05/22/2011 11:10 AM, Tom Bachmann wrote:
can you please send me updates with your blog feed url (e.g. all new
GSoC students)?
If I am not misstaken about what a blog feed url is, this should be
Is it possible to implement x*y*z as reduce(operator.mul, [x, y, z])?
Aaron Meurer
On May 21, 2011, at 9:11 PM, Andy Ray Terrel andy.ter...@gmail.com
wrote:
My experience with developing languages in Ignition, is largely the
same as what Brian outlined. Another solution though is to
On Sun, May 22, 2011 at 8:34 AM, Andy Ray Terrel andy.ter...@gmail.com wrote:
On Sat, May 21, 2011 at 10:51 PM, Ondrej Certik ond...@certik.cz wrote:
On Sat, May 21, 2011 at 8:21 PM, Andy Ray Terrel andy.ter...@gmail.com
wrote:
On Sat, May 21, 2011 at 10:10 PM, Ronan Lamy ronan.l...@gmail.com
Hi,
On 22 May 2011 18:17, Aaron S. Meurer asmeu...@gmail.com wrote:
Is it possible to implement x*y*z as reduce(operator.mul, [x, y, z])?
It works:
In [2]: import operator
In [3]: reduce(operator.mul, [x, y, z])
Out[3]: x⋅y⋅z
In [4]: type(_)
Out[4]: class 'sympy.core.mul.Mul'
but I
On Sun, May 22, 2011 at 1:12 PM, Mateusz Paprocki matt...@gmail.com wrote:
Hi,
On 22 May 2011 18:17, Aaron S. Meurer asmeu...@gmail.com wrote:
Is it possible to implement x*y*z as reduce(operator.mul, [x, y, z])?
It works:
In [2]: import operator
In [3]: reduce(operator.mul, [x, y, z])
On Sun, May 22, 2011 at 12:35 PM, Ondrej Certik ond...@certik.cz wrote:
On Sun, May 22, 2011 at 8:34 AM, Andy Ray Terrel andy.ter...@gmail.com
wrote:
On Sat, May 21, 2011 at 10:51 PM, Ondrej Certik ond...@certik.cz wrote:
On Sat, May 21, 2011 at 8:21 PM, Andy Ray Terrel andy.ter...@gmail.com
On Sun, May 22, 2011 at 1:49 PM, Andy Ray Terrel andy.ter...@gmail.com wrote:
On Sun, May 22, 2011 at 1:12 PM, Mateusz Paprocki matt...@gmail.com wrote:
Hi,
On 22 May 2011 18:17, Aaron S. Meurer asmeu...@gmail.com wrote:
Is it possible to implement x*y*z as reduce(operator.mul, [x, y, z])?
On May 22, 2011, at 12:12 PM, Mateusz Paprocki wrote:
Hi,
On 22 May 2011 18:17, Aaron S. Meurer asmeu...@gmail.com wrote:
Is it possible to implement x*y*z as reduce(operator.mul, [x, y, z])?
It works:
In [2]: import operator
In [3]: reduce(operator.mul, [x, y, z])
Out[3]: x⋅y⋅z
On May 22, 2011, at 5:16 PM, Andy Ray Terrel wrote:
On Sun, May 22, 2011 at 1:49 PM, Andy Ray Terrel andy.ter...@gmail.com
wrote:
On Sun, May 22, 2011 at 1:12 PM, Mateusz Paprocki matt...@gmail.com wrote:
Hi,
On 22 May 2011 18:17, Aaron S. Meurer asmeu...@gmail.com wrote:
Is it
Le dimanche 22 mai 2011 à 17:25 +0100, Ronan Lamy a écrit :
Le dimanche 22 mai 2011 à 09:51 -0600, Aaron S. Meurer a écrit :
On May 22, 2011, at 9:34 AM, Andy Ray Terrel wrote:
On Sat, May 21, 2011 at 10:51 PM, Ondrej Certik ond...@certik.cz wrote:
On Sat, May 21, 2011 at 8:21 PM, Andy
On May 22, 2011, at 11:12 AM, Ondrej Certik wrote:
On Sun, May 22, 2011 at 8:47 AM, Aaron S. Meurer asmeu...@gmail.com wrote:
On May 21, 2011, at 10:10 PM, Ondrej Certik wrote:
Hi,
I have refactored all the code running planet.sympy.org and it is now
fully hosted by github. The
On Sun, May 22, 2011 at 7:27 PM, Aaron S. Meurer asmeu...@gmail.com wrote:
On May 22, 2011, at 12:12 PM, Mateusz Paprocki wrote:
Hi,
On 22 May 2011 18:17, Aaron S. Meurer asmeu...@gmail.com wrote:
Is it possible to implement x*y*z as reduce(operator.mul, [x, y, z])?
It works:
In [2]:
On Sun, May 22, 2011 at 7:32 PM, Aaron S. Meurer asmeu...@gmail.com wrote:
On May 22, 2011, at 5:16 PM, Andy Ray Terrel wrote:
On Sun, May 22, 2011 at 1:49 PM, Andy Ray Terrel andy.ter...@gmail.com
wrote:
On Sun, May 22, 2011 at 1:12 PM, Mateusz Paprocki matt...@gmail.com wrote:
Hi,
On
Will list(e.free_symbols) be OS independent?
--
You received this message because you are subscribed to the Google Groups
sympy group.
To post to this group, send email to sympy@googlegroups.com.
To unsubscribe from this group, send email to
sympy+unsubscr...@googlegroups.com.
For more
Hi,
On 23 May 2011 05:18, smichr smi...@gmail.com wrote:
Will list(e.free_symbols) be OS independent?
.free_symbols is implemented using sets so it is platform (hash) dependent
(I mean order of elements).
--
You received this message because you are subscribed to the Google Groups
sympy
On Mon, May 23, 2011 at 12:28 AM, Mateusz Paprocki matt...@gmail.com wrote:
Hi,
On 23 May 2011 05:18, smichr smi...@gmail.com wrote:
Will list(e.free_symbols) be OS independent?
.free_symbols is implemented using sets so it is platform (hash) dependent
(I mean order of elements).
But sets
Le lundi 23 mai 2011 à 01:38 +0100, Ronan Lamy a écrit :
Le dimanche 22 mai 2011 à 17:25 +0100, Ronan Lamy a écrit :
Le dimanche 22 mai 2011 à 09:51 -0600, Aaron S. Meurer a écrit :
On May 22, 2011, at 9:34 AM, Andy Ray Terrel wrote:
On Sat, May 21, 2011 at 10:51 PM, Ondrej Certik
No more guessing. The results from _solve are a list of the tuples of
the solutions to the symbols which are in the order given (or, if
guessed, in the sorted order of the symbols of the system).
h[1] solve(x-3)
set([3])
h[2] solve([x-3])
set([3])
h[2] solve([x-3,y-2])
47 matches
Mail list logo