On 26 July 2011 11:26, Stefan Behnel wrote:
> mark florisson, 26.07.2011 10:57:
>>
>> On 26 July 2011 08:46, Robert Bradshaw
>> wrote:
>>>
>>> On Mon, Jul 25, 2011 at 11:39 PM, Stefan Behnel
>>> wrote:
Robert Bradshaw, 26.07.2011 06:29:
>
> On Mon, Jul 25, 2011 at 3:07 AM, mark
mark florisson, 26.07.2011 10:57:
On 26 July 2011 08:46, Robert Bradshaw wrote:
On Mon, Jul 25, 2011 at 11:39 PM, Stefan Behnel wrote:
Robert Bradshaw, 26.07.2011 06:29:
On Mon, Jul 25, 2011 at 3:07 AM, mark florisson
It's now 'MyUtility' and
'MyUtility.proto'. If there's no objection to
On 26 July 2011 08:50, Stefan Behnel wrote:
> Robert Bradshaw, 26.07.2011 07:00:
>>
>> On Mon, Jul 25, 2011 at 9:48 PM, Vitja Makarov wrote:
>>>
>>> I think that would seriously help with moving shared C-code into
>>> cython library (.h and .so).
>>>
>>> Some things like generator class implement
On 26 July 2011 08:46, Robert Bradshaw wrote:
> On Mon, Jul 25, 2011 at 11:39 PM, Stefan Behnel wrote:
>> Robert Bradshaw, 26.07.2011 06:29:
>>>
>>> On Mon, Jul 25, 2011 at 3:07 AM, mark florisson
It's now 'MyUtility' and
'MyUtility.proto'. If there's no objection to the ini-style
On Mon, Jul 25, 2011 at 11:50 PM, Stefan Behnel wrote:
> Robert Bradshaw, 26.07.2011 07:00:
>>
>> On Mon, Jul 25, 2011 at 9:48 PM, Vitja Makarov wrote:
>>>
>>> I think that would seriously help with moving shared C-code into
>>> cython library (.h and .so).
>>>
>>> Some things like generator clas
Robert Bradshaw, 26.07.2011 07:00:
On Mon, Jul 25, 2011 at 9:48 PM, Vitja Makarov wrote:
I think that would seriously help with moving shared C-code into
cython library (.h and .so).
Some things like generator class implementation and cyfunction could
be move into .so file.
Yes, that would b
On Mon, Jul 25, 2011 at 11:39 PM, Stefan Behnel wrote:
> Robert Bradshaw, 26.07.2011 06:29:
>>
>> On Mon, Jul 25, 2011 at 3:07 AM, mark florisson
>>>
>>> It's now 'MyUtility' and
>>> 'MyUtility.proto'. If there's no objection to the ini-style header
>>> (with requirements and other metadata possib
Robert Bradshaw, 26.07.2011 06:29:
On Mon, Jul 25, 2011 at 3:07 AM, mark florisson
It's now 'MyUtility' and
'MyUtility.proto'. If there's no objection to the ini-style header
(with requirements and other metadata possibly), then I'll implement
that one of these days.
One drawback with the ini
On Mon, Jul 25, 2011 at 9:48 PM, Vitja Makarov wrote:
> 2011/7/26 Robert Bradshaw :
>> On Mon, Jul 25, 2011 at 3:07 AM, mark florisson
>> wrote:
>>> On 25 July 2011 12:00, Stefan Behnel wrote:
Vitja Makarov, 25.07.2011 10:25:
>
> 2011/7/25 Stefan Behnel:
>>
>> Vitja Makarov,
2011/7/26 Robert Bradshaw :
> On Mon, Jul 25, 2011 at 3:07 AM, mark florisson
> wrote:
>> On 25 July 2011 12:00, Stefan Behnel wrote:
>>> Vitja Makarov, 25.07.2011 10:25:
2011/7/25 Stefan Behnel:
>
> Vitja Makarov, 25.07.2011 08:41:
>>
>> 2011/7/23 Robert Bradshaw:
>
On Mon, Jul 25, 2011 at 3:07 AM, mark florisson
wrote:
> On 25 July 2011 12:00, Stefan Behnel wrote:
>> Vitja Makarov, 25.07.2011 10:25:
>>>
>>> 2011/7/25 Stefan Behnel:
Vitja Makarov, 25.07.2011 08:41:
>
> 2011/7/23 Robert Bradshaw:
>>
>> On Fri, Jul 22, 2011 at 3:12 AM
On 25 July 2011 12:00, Stefan Behnel wrote:
> Vitja Makarov, 25.07.2011 10:25:
>>
>> 2011/7/25 Stefan Behnel:
>>>
>>> Vitja Makarov, 25.07.2011 08:41:
2011/7/23 Robert Bradshaw:
>
> On Fri, Jul 22, 2011 at 3:12 AM, mark florisson
> wrote:
>>
>> For my work on the
Vitja Makarov, 25.07.2011 10:25:
2011/7/25 Stefan Behnel:
Vitja Makarov, 25.07.2011 08:41:
2011/7/23 Robert Bradshaw:
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
2011/7/25 Stefan Behnel :
> Vitja Makarov, 25.07.2011 08:41:
>>
>> 2011/7/23 Robert Bradshaw:
>>>
>>> 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 i
Vitja Makarov, 25.07.2011 08:41:
2011/7/23 Robert Bradshaw:
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 _
2011/7/23 Robert Bradshaw :
> 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:
>>
>> ht
On 23 July 2011 09:37, Stefan Behnel wrote:
> Robert Bradshaw, 22.07.2011 23:44:
>>
>> 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 w
Robert Bradshaw, 22.07.2011 23:44:
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 w
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
51 matches
Mail list logo
