2011/5/26 William ML Leslie :
> The python tuple is intended to be a heterogeneous data structure, as
> they are in RPython. The length of a tuple is conceptually part of the
> type, which means that tuple length will be static in sane code
> anyway.
But does this apply to the *args tuple?
--
Am
On 26 May 2011 14:23, William ML Leslie wrote:
> On 26 May 2011 14:15, Alex Gaynor wrote:
>> Well, IMO the issue is you can end up with a ton of guard_class that are
>> more precise than you need, plus you have to manually specialize for each
>> length, whereas with the other approach you can jus
On 26 May 2011 14:15, Alex Gaynor wrote:
> Well, IMO the issue is you can end up with a ton of guard_class that are
> more precise than you need, plus you have to manually specialize for each
> length, whereas with the other approach you can just automatically apply it
> to all tuples.
With the c
On Wed, May 25, 2011 at 8:07 PM, Benjamin Peterson wrote:
> 2011/5/25 Alex Gaynor :
> > I have a question about SmallTuples. Why do we have multiple classes,
> > rather than doing the "hack" of mallocing a single block of memory for
> the
> > entirety of the object, since it is immutable and we c
2011/5/25 Alex Gaynor :
> I have a question about SmallTuples. Why do we have multiple classes,
> rather than doing the "hack" of mallocing a single block of memory for the
> entirety of the object, since it is immutable and we can know the needed
> space up front, CPython uses this "hack" for str
I have a question about SmallTuples. Why do we have multiple classes,
rather than doing the "hack" of mallocing a single block of memory for the
entirety of the object, since it is immutable and we can know the needed
space up front, CPython uses this "hack" for strs for example.
Alex
--
"I dis
On Wed, May 25, 2011 at 12:39 PM, Armin Rigo wrote:
> Hi all,
>
> Here are the missing features in multibytecodec:
>
> * support for ``errors != "strict"''.
>
> * classes MultibyteIncrementalEncoder, MultibyteIncrementalDecoder,
> MultibyteStreamReader and MultibyteStreamWriter.
>
> One reason I
Hi all,
Here are the missing features in multibytecodec:
* support for ``errors != "strict"''.
* classes MultibyteIncrementalEncoder, MultibyteIncrementalDecoder,
MultibyteStreamReader and MultibyteStreamWriter.
One reason I didn't implement the classes yet is that I couldn't
understand two poi
Hi Anto,
Not sure to understand: do you get a crash even now that you merged default?
yes, that's the case.
If this is the case, do you get it even with a trunk version of pypy? You
don't have to translate it by yourself, you can just download one of the
nightly builds:
http://buildbot.pypy.
Hi Wim,
On 25/05/11 01:16, wlavrij...@lbl.gov wrote:
> Okay, then I can't live with it. :}
>
Not sure to understand: do you get a crash even now that you merged default?
If this is the case, do you get it even with a trunk version of pypy? You
don't have to translate it by yourself, you can jus
10 matches
Mail list logo
