<html><head></head><body>I&#39;m pretty sure you can&#39;t be a student and mentor at the same time... Something to keep in mind...<br>
-- <br>
Sent from my Android phone with K-9 Mail. Please excuse my brevity.<br><br><div class="gmail_quote">mark florisson &lt;markflorisson88@gmail.com&gt; wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre style="white-space: pre-wrap; word-wrap:break-word; font-family: sans-serif">On 8 March 2012 14:27, Stefan Behnel &lt;stefan_ml@behnel.de&gt; wrote:<br />&gt; Hi,<br />&gt;<br />&gt; I noticed that people start rushing for the next season on Python's GSoC<br />&gt; mailing lists. Do we have any interested developers here, or general ideas<br />&gt; about suitable topics? I would expect that we'll do as in the last years<br />&gt; and participate under Python's umbrella.<br /><br />I will likely be submitting a proposal for the OpenCL support CEP. As<br />for other proposals, anyone can come up with something themselves or<br />choose a suitable CEP. Some ideas:<br /><br />- fused cdef classes (probably not as an entire gsoc project)<br />- profile guided optimizations (using python's profilers and/or a<br />custom profiler that collects data such as types etc, which can be<br />used to specialize variables inside loops (or entire functions) with a<br />fallback to normal mode
in case the type changes)<br />- cython library to contain common functionality (although that might<br />be a bit boring and rather involved)<br />- better type inference, that would be enabled by default and again<br />handle thing like reassignments of variables and fallbacks to the<br />default object type. With entry caching Cython could build a database<br />of types ((extension) classes, functions, variables) used in the<br />modules and functions that are compiled (also def functions), and<br />infer the types used and specialize on those. Maybe a switch should be<br />added to cython to handle circular dependencies, or maybe with the<br />distutils preprocessing it can run all the type inference first and<br />keep track of unresolved entries, and try to fill those in after<br />building the database. For bonus points the user can be allowed to<br />write plugins to aid the process.<br />- llvm based JIT :), i.e. have Cython instrument the generated code to<br />record
information and use that to create specializations at runtime<br />(probably far out for a gsoc)<br /><br />I'd be willing to (co)mentor if wanted and possible within the<br />constraints of the gsoc program.<br /><br />&gt; Please reply on the cython-devel mailing list.<br />&gt;<br />&gt; Stefan<br /><hr /><br />cython-devel mailing list<br />cython-devel@python.org<br /><a href="http://mail.python.org/mailman/listinfo/cython-devel">http://mail.python.org/mailman/listinfo/cython-devel</a><br /></pre></blockquote></div></body></html>