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 at
> http://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.
