On Wed, Jun 6, 2012 at 2:36 PM, Dag Sverre Seljebotn
wrote:
> On 06/06/2012 11:16 PM, Robert Bradshaw wrote:
>>
>> On Wed, Jun 6, 2012 at 1:57 PM, Dag Sverre Seljebotn
>> wrote:
>>>
>>> On 06/06/2012 10:41 PM, Dag Sverre Seljebotn wrote:
On 06/05/2012 12:30 AM, Robert Bradshaw wro
Dag Sverre Seljebotn wrote:
>On 06/06/2012 11:16 PM, Robert Bradshaw wrote:
>> On Wed, Jun 6, 2012 at 1:57 PM, Dag Sverre Seljebotn
>> wrote:
>>> On 06/06/2012 10:41 PM, Dag Sverre Seljebotn wrote:
On 06/05/2012 12:30 AM, Robert Bradshaw wrote:
>
> I just found http://cmph.s
On 06/06/2012 11:16 PM, Robert Bradshaw wrote:
On Wed, Jun 6, 2012 at 1:57 PM, Dag Sverre Seljebotn
wrote:
On 06/06/2012 10:41 PM, Dag Sverre Seljebotn wrote:
On 06/05/2012 12:30 AM, Robert Bradshaw wrote:
I just found http://cmph.sourceforge.net/ which looks quite
interesting. Though the
On Wed, Jun 6, 2012 at 1:57 PM, Dag Sverre Seljebotn
wrote:
> On 06/06/2012 10:41 PM, Dag Sverre Seljebotn wrote:
>>
>> On 06/05/2012 12:30 AM, Robert Bradshaw wrote:
>>>
>>> I just found http://cmph.sourceforge.net/ which looks quite
>>> interesting. Though the resulting hash functions are suppos
On Tue, Jun 5, 2012 at 2:41 PM, Dag Sverre Seljebotn
wrote:
> On 06/05/2012 10:50 PM, Robert Bradshaw wrote:
>>
>> On Tue, Jun 5, 2012 at 1:10 PM, Dag Sverre Seljebotn
>> wrote:
>>>
>>> On 06/04/2012 11:43 PM, Robert Bradshaw wrote:
On Mon, Jun 4, 2012 at 1:55 PM, Dag Sverre Selje
On 06/06/2012 10:41 PM, Dag Sverre Seljebotn wrote:
On 06/05/2012 12:30 AM, Robert Bradshaw wrote:
I just found http://cmph.sourceforge.net/ which looks quite
interesting. Though the resulting hash functions are supposedly cheap,
I have the feeling that branching is considered cheap in this cont
On 06/05/2012 12:30 AM, Robert Bradshaw wrote:
I just found http://cmph.sourceforge.net/ which looks quite
interesting. Though the resulting hash functions are supposedly cheap,
I have the feeling that branching is considered cheap in this context.
Actually, this lead was *very* promising. I be
On 06/06/2012 11:11 AM, Dag Sverre Seljebotn wrote:
Stefan Behnel wrote:
mark florisson, 05.06.2012 22:33:
It doesn't even necessarily have to be about running user code, a
user
could craft data input which causes such a situation. For instance,
let's say we have a just-in-time specialize
On 6 June 2012 10:11, Dag Sverre Seljebotn wrote:
>
>
> Stefan Behnel wrote:
>
>>mark florisson, 05.06.2012 22:33:
>>> It doesn't even necessarily have to be about running user code, a
>>user
>>> could craft data input which causes such a situation. For instance,
>>> let's say we have a just-in-t
Stefan Behnel wrote:
>mark florisson, 05.06.2012 22:33:
>> It doesn't even necessarily have to be about running user code, a
>user
>> could craft data input which causes such a situation. For instance,
>> let's say we have a just-in-time specializer which specializes a
>> function for the runti
mark florisson, 05.06.2012 22:33:
> It doesn't even necessarily have to be about running user code, a user
> could craft data input which causes such a situation. For instance,
> let's say we have a just-in-time specializer which specializes a
> function for the runtime input types, and the types d
As per a couple of discussions online (
http://mail.python.org/pipermail/cython-devel/2011-February/000122.html),
it looks like at one point it was pretty close to being able to
programmatically and automatically generate a __dict__ for extension types
like for CPython classes. I have to manually
12 matches
Mail list logo
