2011/7/23 Robert Bradshaw :
> On Fri, Jul 22, 2011 at 1:39 PM, mark florisson
> wrote:
>> On 22 July 2011 22:05, Robert Bradshaw wrote:
>>> On Fri, Jul 22, 2011 at 3:12 AM, mark florisson
>>> wrote:
For my work on the _memview branch (and also on fused types) I noticed
that UtilityCode
On Fri, Jul 22, 2011 at 1:39 PM, mark florisson
wrote:
> On 22 July 2011 22:05, Robert Bradshaw wrote:
>> On Fri, Jul 22, 2011 at 3:12 AM, mark florisson
>> wrote:
>>> For my work on the _memview branch (and also on fused types) I noticed
>>> that UtilityCodes started weighing heavily on me in t
On 22 July 2011 22:05, Robert Bradshaw wrote:
> On Fri, Jul 22, 2011 at 3:12 AM, mark florisson
> wrote:
>> For my work on the _memview branch (and also on fused types) I noticed
>> that UtilityCodes started weighing heavily on me in their current
>> form, so I wrote a little loader in the _memvi
On Fri, Jul 22, 2011 at 3:12 AM, mark florisson
wrote:
> For my work on the _memview branch (and also on fused types) I noticed
> that UtilityCodes started weighing heavily on me in their current
> form, so I wrote a little loader in the _memview branch:
>
> https://github.com/markflorisson88/cyth
On 07/22/2011 06:48 PM, Hoyt Koepke wrote:
I know I'm a little late to the discussion, but I've been meaning to
ask about a feature like this myself.
As a point of information, Mako (http://www.makotemplates.org/) might
be a bit heavyweight for embedding in cython (I don't know for sure;
haven't
> Hoyt Koepke, 22.07.2011 18:48:
>>
>> I know I'm a little late to the discussion, but I've been meaning to
>> ask about a feature like this myself.
>
> It's not exactly a feature, rather an internal developer tool.
Ah, I see; didn't read things closely enough. Sorry for the OT post then.
> Well
On 07/22/2011 06:04 PM, Stefan Behnel wrote:
Dag Sverre Seljebotn, 22.07.2011 17:49:
On 07/22/2011 05:46 PM, Dag Sverre Seljebotn wrote:
On 07/22/2011 03:07 PM, Stefan Behnel wrote:
Stefan Behnel, 22.07.2011 15:04:
Dag Sverre Seljebotn, 22.07.2011 13:54:
On 07/22/2011 01:10 PM, Stefan Behnel
Hoyt Koepke, 22.07.2011 18:48:
I know I'm a little late to the discussion, but I've been meaning to
ask about a feature like this myself.
It's not exactly a feature, rather an internal developer tool.
That being said, once it's there, it can also form a basis for end users
who want to do Cyth
I know I'm a little late to the discussion, but I've been meaning to
ask about a feature like this myself.
As a point of information, Mako (http://www.makotemplates.org/) might
be a bit heavyweight for embedding in cython (I don't know for sure;
haven't looked at the source). One
selling point, h
Dag Sverre Seljebotn, 22.07.2011 17:49:
On 07/22/2011 05:46 PM, Dag Sverre Seljebotn wrote:
On 07/22/2011 03:07 PM, Stefan Behnel wrote:
Stefan Behnel, 22.07.2011 15:04:
Dag Sverre Seljebotn, 22.07.2011 13:54:
On 07/22/2011 01:10 PM, Stefan Behnel wrote:
I'm fine with using a template engine
Dag Sverre Seljebotn, 22.07.2011 17:49:
On 07/22/2011 05:46 PM, Dag Sverre Seljebotn wrote:
On 07/22/2011 03:07 PM, Stefan Behnel wrote:
Stefan Behnel, 22.07.2011 15:04:
Dag Sverre Seljebotn, 22.07.2011 13:54:
On 07/22/2011 01:10 PM, Stefan Behnel wrote:
I'm fine with using a template engine
On 07/22/2011 05:46 PM, Dag Sverre Seljebotn wrote:
On 07/22/2011 03:07 PM, Stefan Behnel wrote:
Stefan Behnel, 22.07.2011 15:04:
Dag Sverre Seljebotn, 22.07.2011 13:54:
On 07/22/2011 01:10 PM, Stefan Behnel wrote:
I'm fine with using a template engine for the more involved cases
(which
are r
On 07/22/2011 03:07 PM, Stefan Behnel wrote:
Stefan Behnel, 22.07.2011 15:04:
Dag Sverre Seljebotn, 22.07.2011 13:54:
On 07/22/2011 01:10 PM, Stefan Behnel wrote:
I'm fine with using a template engine for the more involved cases
(which
are rare enough). However, I'd prefer not adding a new dep
On 22 July 2011 16:49, Stefan Behnel wrote:
> mark florisson, 22.07.2011 16:13:
>>
>> On 22 July 2011 16:08, Stefan Behnel wrote:
>>>
>>> Stefan Behnel, 22.07.2011 15:54:
However, given that you always need to express metadata in some way
(e.g.
for dependencies), I don't think
mark florisson, 22.07.2011 16:13:
On 22 July 2011 16:08, Stefan Behnel wrote:
Stefan Behnel, 22.07.2011 15:54:
However, given that you always need to express metadata in some way (e.g.
for dependencies), I don't think you can do better than with two levels
anyway, so a third won't hurt *that*
On 22 July 2011 16:31, Stefan Behnel wrote:
> mark florisson, 22.07.2011 16:11:
>>
>> On 22 July 2011 15:54, Stefan Behnel wrote:
>>>
>>> mark florisson, 22.07.2011 15:07:
On 22 July 2011 14:38, Stefan Behnel wrote:
>
> mark florisson, 22.07.2011 13:45:
>>
>> On 22 July 2
mark florisson, 22.07.2011 16:11:
On 22 July 2011 15:54, Stefan Behnel wrote:
mark florisson, 22.07.2011 15:07:
On 22 July 2011 14:38, Stefan Behnel wrote:
mark florisson, 22.07.2011 13:45:
On 22 July 2011 13:10, Stefan Behnel wrote:
mark florisson, 22.07.2011 12:12:
For my work on the
On 22 July 2011 16:08, Stefan Behnel wrote:
> Stefan Behnel, 22.07.2011 15:54:
>>
>> However, given that you always need to express metadata in some way (e.g.
>> for dependencies), I don't think you can do better than with two levels
>> anyway, so a third won't hurt *that* much.
>
> Actually, I ta
On 22 July 2011 15:54, Stefan Behnel wrote:
> mark florisson, 22.07.2011 15:07:
>>
>> On 22 July 2011 14:38, Stefan Behnel wrote:
>>>
>>> mark florisson, 22.07.2011 13:45:
On 22 July 2011 13:10, Stefan Behnel wrote:
>
> mark florisson, 22.07.2011 12:12:
>>
>> For my work
Stefan Behnel, 22.07.2011 15:54:
However, given that you always need to express metadata in some way (e.g.
for dependencies), I don't think you can do better than with two levels
anyway, so a third won't hurt *that* much.
Actually, I take that back. Two levels are easy (think of Windows-INI sty
mark florisson, 22.07.2011 15:07:
On 22 July 2011 14:38, Stefan Behnel wrote:
mark florisson, 22.07.2011 13:45:
On 22 July 2011 13:10, Stefan Behnel wrote:
mark florisson, 22.07.2011 12:12:
For my work on the _memview branch (and also on fused types) I noticed
that UtilityCodes started wei
Stefan Behnel, 22.07.2011 15:04:
Dag Sverre Seljebotn, 22.07.2011 13:54:
On 07/22/2011 01:10 PM, Stefan Behnel wrote:
I'm fine with using a template engine for the more involved cases (which
are rare enough). However, I'd prefer not adding a new dependency, but
just shipping a tiny single-modul
On 22 July 2011 14:38, Stefan Behnel wrote:
> mark florisson, 22.07.2011 13:45:
>>
>> On 22 July 2011 13:10, Stefan Behnel wrote:
>>>
>>> mark florisson, 22.07.2011 12:12:
For my work on the _memview branch (and also on fused types) I noticed
that UtilityCodes started weighing heavi
Dag Sverre Seljebotn, 22.07.2011 13:54:
On 07/22/2011 01:10 PM, Stefan Behnel wrote:
I'm fine with using a template engine for the more involved cases (which
are rare enough). However, I'd prefer not adding a new dependency, but
just shipping a tiny single-module engine with Cython, e.g. Templit
mark florisson, 22.07.2011 13:45:
On 22 July 2011 13:10, Stefan Behnel wrote:
mark florisson, 22.07.2011 12:12:
For my work on the _memview branch (and also on fused types) I noticed
that UtilityCodes started weighing heavily on me in their current
form, so I wrote a little loader in the _memv
On 07/22/2011 01:10 PM, Stefan Behnel wrote:
mark florisson, 22.07.2011 12:12:
For my work on the _memview branch (and also on fused types) I noticed
that UtilityCodes started weighing heavily on me in their current
form, so I wrote a little loader in the _memview branch:
https://github.com/mar
On 22 July 2011 13:31, Dag Sverre Seljebotn wrote:
> On 07/22/2011 01:10 PM, Stefan Behnel wrote:
>>
>> mark florisson, 22.07.2011 12:12:
>>>
>>> For my work on the _memview branch (and also on fused types) I noticed
>>> that UtilityCodes started weighing heavily on me in their current
>>> form, s
On 22 July 2011 13:10, Stefan Behnel wrote:
> mark florisson, 22.07.2011 12:12:
>>
>> For my work on the _memview branch (and also on fused types) I noticed
>> that UtilityCodes started weighing heavily on me in their current
>> form, so I wrote a little loader in the _memview branch:
>>
>>
>> htt
On 07/22/2011 01:10 PM, Stefan Behnel wrote:
mark florisson, 22.07.2011 12:12:
For my work on the _memview branch (and also on fused types) I noticed
that UtilityCodes started weighing heavily on me in their current
form, so I wrote a little loader in the _memview branch:
https://github.com/mar
mark florisson, 22.07.2011 12:12:
For my work on the _memview branch (and also on fused types) I noticed
that UtilityCodes started weighing heavily on me in their current
form, so I wrote a little loader in the _memview branch:
https://github.com/markflorisson88/cython/commit/e13debed2db78680ec0
mark florisson, 22.07.2011 12:12:
For my work on the _memview branch (and also on fused types) I noticed
that UtilityCodes started weighing heavily on me in their current
form, so I wrote a little loader in the _memview branch:
https://github.com/markflorisson88/cython/commit/e13debed2db78680ec0
On 07/22/2011 12:12 PM, mark florisson wrote:
For my work on the _memview branch (and also on fused types) I noticed
that UtilityCodes started weighing heavily on me in their current
form, so I wrote a little loader in the _memview branch:
https://github.com/markflorisson88/cython/commit/e13debe
For my work on the _memview branch (and also on fused types) I noticed
that UtilityCodes started weighing heavily on me in their current
form, so I wrote a little loader in the _memview branch:
https://github.com/markflorisson88/cython/commit/e13debed2db78680ec0bd8c343433a2b73bd5e64#L2R110
The id
On 22 July 2011 04:43, Christoph Gohlke wrote:
>
>
> On 7/21/2011 4:14 PM, Robert Bradshaw wrote:
>>
>> Cython has seen an enormous amount of development since 0.14.1. If you
>> are not already using the latest version from the development
>> repository, we encourage you to try out the release can
On 22 July 2011 04:52, Lisandro Dalcin wrote:
> On 21 July 2011 23:43, Christoph Gohlke wrote:
>>
>>
>> On 7/21/2011 4:14 PM, Robert Bradshaw wrote:
>>>
>>> Cython has seen an enormous amount of development since 0.14.1. If you
>>> are not already using the latest version from the development
>>>
On 22 July 2011 04:43, Christoph Gohlke wrote:
>
>
> On 7/21/2011 4:14 PM, Robert Bradshaw wrote:
>>
>> Cython has seen an enormous amount of development since 0.14.1. If you
>> are not already using the latest version from the development
>> repository, we encourage you to try out the release can
2011/7/21 Stefan Behnel :
> Robert Bradshaw, 21.07.2011 11:21:
>>
>> On Thu, Jul 7, 2011 at 2:13 PM, Vitja Makarov wrote:
>>>
>>> 2011/7/8 mark florisson
In descr_get you create and return a new CyFunction with a __self__
set (note, not m_self) and in __call__ you put __self__ in the
37 matches
Mail list logo
