On Sat, Apr 14, 2012 at 12:37 PM, Chris Smith wrote:
> On Sat, Apr 14, 2012 at 11:25 AM, Aaron Meurer wrote:
>> You can get a more simple result in SymPy by factoring between each
>> derivative,
Since multiple derivatives generate many common sub-expressions, cse
is ideal for simplifying such re
Hello,
I'm getting this when I run ./setup.py test in master:
beginner.precision [FAIL]Traceback (most recent call last):
File "/home/scolobb/Dropbox/prj/python/sympy/examples/all.py", line
165, in run_example
suppress_output(mod.main)
File "/home/scolobb/Dropbox/prj/python/sympy/examples
On Sat, Apr 14, 2012 at 4:45 PM, Sergiu Ivanov
wrote:
>
> It runs fine if I run ./bin/test examples/beginner/precision.py .
Well, I've just noticed that this command doesn't actually run any
tests.
How do I run the tests in the Testing Examples section then?
Sergiu
--
You received this messag
Hi,
For the past few days, I am working on this patch and trying to fix
it. Here was my direction of attack---
let' s just import sin and cos and defining tan and cot inside
trigsimp..I tried it in IDLE and it worked...(importing sin,
cos and trigsimp, defining tan and cot on the basis of
Hi,
Can someone please help me get past the following issue?
I have added a new method to sympy/matrices/matrices.py to compute the
matrix dual of a given matrix. The name of the method is
dual_matrix(). I have added this method to my local copy of sympy
(test1) and have done a git add and git
Hi,
the problem is that your addition of "dual_matrix" is too far down in
the file. It is now defined as a global function to which one may pass a
matrix. However, you want it as a method of the Matrix class. You could
probably put it around line 3318, after the is_Identity method (and
simila
http://reviews.sympy.org/report/agZzeW1weTNyDAsSBFRhc2sY88MTDA
I also encounter the same problem when testing my pull request using
sympy-bot.
On Sat, Apr 14, 2012 at 7:17 PM, Sergiu Ivanov
wrote:
> On Sat, Apr 14, 2012 at 4:45 PM, Sergiu Ivanov
> wrote:
> >
> > It runs fine if I run ./bin/test
See https://github.com/sympy/sympy/pull/1234.
How do I run the tests in the Testing Examples section then?
You can run the examples with ./examples/all.py. It will give a summary of
the passing/failing examples at the end.
Sean
--
You received this message because you are subscribed to the G
There is currently a test failure for 64-bit Python 2 in master causing a
test and doctest failure coming from the polys module. It always chokes
on sympy/polys/domains/domain.py L62 with the error "TypeError: gmpy.mpq()
expects numeric or string argument". These tests pass just fine on 32-bit.
I h
This is with gmpy ground types. I just installed gmpy and can verify the
failure; am working on it.
On 14.04.2012 16:42, Sean Vig wrote:
There is currently a test failure for 64-bit Python 2 in master causing
a test and doctest failure coming from the polys module. It always
chokes on sympy/pol
On Sat, Apr 14, 2012 at 6:50 PM, Tom Bachmann wrote:
> This is with gmpy ground types. I just installed gmpy and can verify the
> failure; am working on it.
That's right. I don't have gmpy installed and the tests pass.
http://reviews.sympy.org/report/agZzeW1weTNyDAsSBFRhc2sYvqwTDA
Sergiu
--
On Sat, Apr 14, 2012 at 6:37 PM, Sean Vig wrote:
>
>> How do I run the tests in the Testing Examples section then?
>
>
> You can run the examples with ./examples/all.py. It will give a summary of
> the passing/failing examples at the end.
Ah, all right. Thank you!
Sergiu
--
You received this
There is a fix in:
https://github.com/sympy/sympy/pull/1235
could you please verify this works?
On 14.04.2012 16:42, Sean Vig wrote:
There is currently a test failure for 64-bit Python 2 in master causing
a test and doctest failure coming from the polys module. It always
chokes on sympy/polys/
I think its better to have explicit names like plot_3d, plot_2d instead of
having a
single plot function. There has been some discussion in the pull request
about this.
Normally, very few people read through the whole documentation and there
is a chance that they will miss some of the features
By the way the "-t sympy" switch (using sympy instead of python/gmpy
types) also seems to break things (although not coming from my new code).
On 14.04.2012 16:42, Sean Vig wrote:
There is currently a test failure for 64-bit Python 2 in master causing
a test and doctest failure coming from the
The -t switch sets the test command, so, for example, you can tell the bot
to run '/bin/test' instead of 'setup.py test'.
Sean
On Sat, Apr 14, 2012 at 11:49, Tom Bachmann wrote:
> By the way the "-t sympy" switch (using sympy instead of python/gmpy
> types) also seems to break things (although
> I think its better to have explicit names like plot_3d, plot_2d instead of
> having a
> single plot function.
I agree. I would like to have explicit plot_blah_blah with explicit
arguments (free variables and ranges) and one implicit plot() with all
the magic and guessing for the arguments. At th
This might be a little late but I found the equation editor in lyx pretty
amazing
though it is for formatting latex expressions. I think a lot of ideas can
be borrowed
from it.
On Sunday, April 8, 2012 6:27:43 PM UTC+5:30, Joachim Durchholz wrote:
>
> Am 08.04.2012 13:31, schrieb Vishesh Kumar:
On 14.04.2012 18:30, Sean Vig wrote:
The -t switch sets the test command, so, for example, you can tell the
bot to run '/bin/test' instead of 'setup.py test'.
No I was referring to running bin/test. There are test failures with
sympy types. It's vaguely related to what you found.
--
You rec
The sympy ground types have been failing for a long time. They are
basically for experimental purposes only, and not intended to be used.
If you want, you could try to fix the errors (there may be some bugs
lurking), but we haven't considered this to be a requirement for some
time.
Aaron Meurer
Just one-off tests will still use just "python" (or "python3" if the
-3 flag is given). Searching PATH will only be used for sympy-bot
work.
Aaron Meurer
On Fri, Apr 13, 2012 at 11:19 PM, Mayorov Michael wrote:
>> Not only that, but you can determine a lot of things just by guessing. For
>> exa
Ok, thanks for the info.
On 14.04.2012 20:40, Aaron Meurer wrote:
The sympy ground types have been failing for a long time. They are
basically for experimental purposes only, and not intended to be used.
If you want, you could try to fix the errors (there may be some bugs
lurking), but we hav
On Saturday, April 14, 2012 3:34:12 AM UTC-4, smichr wrote:
>
> On Sat, Apr 14, 2012 at 12:37 PM, Chris Smith wrote:
> > On Sat, Apr 14, 2012 at 11:25 AM, Aaron Meurer
> wrote:
> >> You can get a more simple result in SymPy by factoring between each
> >> derivative,
>
> Since multiple derivati
> Great, thanks for all your help! Can you point me to the issue #, so that I
> can subscribe?
http://code.google.com/p/sympy/issues/detail?id=3226
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To post to this group, send email to sympy@googlegroups
Am 13.04.2012 13:02, schrieb Fredrik Johansson:
The pre- and post-processing is mostly tracking accuracy, but there
are lots of subtle special cases that need handling.
These should be documented. At least mentioned.
Otherwise, the code will stay unmaintainable - i.e. nobody will be able
to i
Am 13.04.2012 19:09, schrieb Aaron Meurer:
Well I for one don't get the point of this. If you can make a better
interface by using Javascript, which is a web standard, then do it.
If you are too paranoid to enable javascript in your browser, then you
should not expect modern webpages to work.
26 matches
Mail list logo