Features Download
From: Dag Sverre Seljebotn <d.s.seljebotn-rcBQPNaXqvV2YatnTvQNog <at> public.gmane.org>
Subject: Re: [Cython] Wacky idea: proper macros
Newsgroups: gmane.comp.python.cython.devel
Date: Tuesday 1st May 2012 08:29:04 UTC (over 6 years ago)
On 04/30/2012 11:36 PM, William Stein wrote:
> On Mon, Apr 30, 2012 at 2:32 PM, Dag Sverre Seljebotn
>   wrote:
>> Wes McKinney  wrote:
>>> On Mon, Apr 30, 2012 at 4:55 PM, Nathaniel
Smith  wrote:
>>>> On Mon, Apr 30, 2012 at 9:49 PM, Dag Sverre Seljebotn
>>>>   wrote:
>>>>> JIT is really the way to go. It is one thing that a JIT could
>>> optimize the
>>>>> case where you pass a callback to a function and inline it run-time.
>>> But
>>>>> even if it doesn't get that fancy, it'd be great to just be able to
>>> write
>>>>> something like "cython.eval(s)" and have that be compiled (I guess
>>> you could
>>>>> do that now, but the sheer overhead of the C compiler and all the
>>> .so files
>>>>> involved means nobody would sanely use that as the main way of
>>> stringing
>>>>> together something like pandas).
>>>> The overhead of running a fully optimizing compiler over pandas on
>>>> every import is pretty high, though. You can come up with various
>>>> caching mechanisms, but they all mean introducing some kind of
>>> compile
>>>> time/run time distinction. So I'm skeptical we'll just be able to get
>>>> rid of that concept, even in a brave new LLVM/PyPy/Julia world.
>>>> -- Nathaniel
>>>> _______________________________________________
>>>> cython-devel mailing list
>>>> [email protected]
>>>> http://mail.python.org/mailman/listinfo/cython-devel
>>> I'd be perfectly OK with just having to compile pandas's "data engine"
>>> and generate loads of C/C++ code. JIT-compiling little array
>>> expressions would be cool too. I've got enough of an itch that I might
>>> have to start scratching pretty soon.
>> I think a good start is:
>> Myself I'd look into just using Jinja2 to generate all the Cython code,
rather than those horrible Python interpolated strings...that should give
you something that's at least rather pleasant for you to work with once you
are used to it (even if it is a bit horrible to newcomers to the code
>> You can even check in the generated sources.
>> And we've discussed letting cython be smart with templating languages
and error report on a line in the original template, such features will
certainly accepted once somebody codes it up.
>>   (I can give you me breakdown of how I eliminate other templating
languages than Jinja2 for this purpose tomorrow if you are interested).
> Can you point us to a good example of you using jinja2 for this purpose?

Sure, I just needed some sleep...

I only use it for C code, haven't used it for Cython so far (I tend to 
write things in C and wrap it in Cython).



(work-in-progress) Here I use Jinja2 to write a C wrapper around 
Elemental (Elemental is a library for dense linear algebra over MPI). 
The C++ library is a heavy user of templates, I replace the templates 
with run-time dispatches using if-tests, so that rather than 
"DistMatrix" you have an elem_matrix struct with 



This is a numerical kernel where I do loop unrolling etc. using 
metaprogramming (with Tempita, not Jinja2).




Numerical kernel in templated CUDA using Tempita.

On templating languages I tried)

I've scanned through a few and actually tried Tempita, Mako, Jinja2.

The features I need:

  - Pythonic syntax and ability to embed arbitrary Python code

  - A "call-block", such as this

   {% call catch('A->grid->ctx') %}
   {% endcall %}

i.e. in Jinja 2, one of the arguments to the function "catch" here is 
"caller", which when called invokes the body (and can be called multiple 
times with different arguments)

I started out with Tempita because it's so simple to ship, but the lack 
of a call-block construct + the inability to break lines where I wanted 
drove me crazy.

Then I tried Mako, because it has the largest set of features, but the 
syntax was simply too gruesome. I first tried to ignore this, but simply 
couldn't, it made my code totally unreadable.

Finally, Jinja2 has most of what I need. Slight disadvantage is it tries 
to be "pure" and not allow too much arbitrary Python,

Ideally what I'd like is something like Tempita but developed further to 
allow line-breaks and call-blocks, but lacking that I use Jinja2.

I don't remember why I didn't like Cheetah (perhaps it doesn't do 

CD: 3ms