Hi,

I am looking at Issue 834 http://code.google.com/p/sympy/issues/detail?id=834.

I feel I understand the problem and how I would fix it. But would I be
able to get feedback on what fix would be best so I can practice
submitting a patch? I've added a comment to the issue with my
questions about the issue.

Ben M

On Mar 28, 9:08 am, "Aaron S. Meurer" <asmeu...@gmail.com> wrote:
> Yes, the present use case is only for integers.  We do not really use 
> floating point numbers (our numerical library, mpmath, has its own arbitrary 
> precision floating point implementation).
>
> This can be expanded, though, to cover other C types, like arrays for 
> lists/tuples.
>
> Aaron Meurer
>
> On Mar 27, 2011, at 5:22 AM, Ben M wrote:
>
>
>
>
>
>
>
> > Hey,
>
> > I’m learning about SymPy’s use of Cython at the moment so I can write
> > my proposal. I've been looking at past discussions and the code.
>
> > The ‘cythonized’ decorator seems to cast all given variables to local
> > C int types ('cython.int'). Why only ints and no decimals? Is this
> > because SymPy has its own way of representing rational numbers and
> > will other modules only make use of ints? Thanks.
>
> > Ben M
>
> > On Mar 26, 3:22 pm, Ben M <mcdonald....@gmail.com> wrote:
> >> Hi. I'm continuing to look at Cython. I've added a wiki 
> >> page.https://github.com/sympy/sympy/wiki/Optimising-SymPy-using-Cython----...
>
> >> Ben M
>
> >> On Mar 24, 1:10 pm, "Aaron S. Meurer" <asmeu...@gmail.com> wrote:
>
> >>> Yes, maybe you could look at cythonizing the logic code (ilke the SAT 
> >>> solver).  Another idea that comes to mind is the matrices.  The other 
> >>> really big main part aside from the core is the polys, but Mateusz has 
> >>> already been working on cythonizing the core of that.  Maybe you could 
> >>> see what he has done and if more could be done (see the @cythonized 
> >>> decorators in some of the files in sympy/polys/).
>
> >>> Aaron Meurer
>
> >>> On Mar 23, 2011, at 5:44 PM, Ronan Lamy wrote:
>
> >>>> Le mercredi 23 mars 2011 à 16:09 -0700, Friedman a écrit :
> >>>>> Thanks for the link Aaron.
>
> >>>>> What other parts of SymPy could be optimised without working on
> >>>>> deprecated code? I could try to produce a dependence graph to find the
> >>>>> most referenced modules.
>
> >>>>> I read in that thread that removing the old assumptions could be a
> >>>>> challenging project. What skills does it rely on? Is it more
> >>>>> mathematics or software engineering? I have more experience in the
> >>>>> later doing a Comp. Sc. degree (encapsulation, modularity, OO design
> >>>>> patterns).
>
> >>>> I think it's mostly software engineering (refactoring, interface
> >>>> design, ...) with a side dish of hardcore CS/AI topics (knowledge base
> >>>> maintenance and indexing, inductive reasoning, ...) We probably also
> >>>> need to implement simplification of boolean expressions.
>
> >>>>> On Mar 24, 7:56 am, "Aaron S. Meurer" <asmeu...@gmail.com> wrote:
> >>>>>> You might read through this thread from a few days 
> >>>>>> agohttp://groups.google.com/group/sympy/browse_thread/thread/18f0197965e....
> >>>>>>   Note that there might be a problem with the Cythonizing the core 
> >>>>>> because we still need to remove the old assumptions (this would itself 
> >>>>>> be a whole GSoC project).  
>
> >>>>>> However, if you are still interested in Cython, you might look at 
> >>>>>> cythonizing other core parts of SymPy.
>
> >>>>>> Aaron Meurer
>
> >>>>>> On Mar 23, 2011, at 5:20 AM, Friedman wrote:
>
> >>>>>>> Hello SymPy people,
>
> >>>>>>> I’m a Computer Science student currently completing my Master’s thesis
> >>>>>>> at the University of Canterbury, New Zealand.
>
> >>>>>>> I am looking to participate in gsoc this year. I would like to
> >>>>>>> contribute to sympy because I have both an interest in mathematics and
> >>>>>>> Python. Python is currently my language of choice. I use Python in my
> >>>>>>> studies and I also tutor Python in undergraduate classes.
>
> >>>>>>> I’m considering the Cython project to optimise the core. I used Cython
> >>>>>>> in Master’s project to optimise processor/memory intensive methods.
> >>>>>>> With Cython I increase the performance of my code while leaving the
> >>>>>>> original Python code unchanged by adding Cython headers (.pyx) to
> >>>>>>> modules to convert the Python into C++. It would be very interesting
> >>>>>>> to be involved in doing the same to sympy.
>
> >>>>>>> Currently looking through the discussion topics to see what would be
> >>>>>>> required of the Cython project. Just wanted to express my interest in
> >>>>>>> this project at this moment.
>
> >>>>>>> Ben M.
>
> >>>>>>> --
> >>>>>>> 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 options, visit this group 
> >>>>>>> athttp://groups.google.com/group/sympy?hl=en.
>
> >>>> --
> >>>> 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 options, visit this group 
> >>>> athttp://groups.google.com/group/sympy?hl=en.
>
> > --
> > 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 options, visit this group 
> > athttp://groups.google.com/group/sympy?hl=en.

-- 
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 options, visit this group at 
http://groups.google.com/group/sympy?hl=en.

Reply via email to