Neal Norwitz wrote:
> I haven't seen any action on 3to2 (although I'm very behind on email).
> Stefan, could you try to implement some of these and report back how
> it works?
No, sorry, that's too low a priority for me currently.
Stefan
___
Python-De
On Tue, Apr 15, 2008 at 2:21 AM, Stefan Behnel <[EMAIL PROTECTED]> wrote:
> Neal Norwitz wrote:
> > Iteration with the dict methods (e.g., keys -> iterkeys()),
> > map/zip/filter returning iterator rather than list.
>
> That's only an optimisation, it's not functionally required. A list behaves
Neal Norwitz wrote:
> Iteration with the dict methods (e.g., keys -> iterkeys()),
> map/zip/filter returning iterator rather than list.
That's only an optimisation, it's not functionally required. A list behaves
like an iterator in most use cases, so it's rather unlikely that Py3 code will
break i
On Mon, Apr 14, 2008 at 2:56 PM, Christian Heimes <[EMAIL PROTECTED]> wrote:
>
> Good idea! A 3to2 project is going to make backporting io.py and other
> new stuff less painful and much faster. For the io.py backport I spent
> most time on removing annotations and replacing "" with u"".
>
> Wha
Collin Winter schrieb:
> It should be pretty easy. I'm working on a 2to3 metaclass fixer, which
> could provide guidance for a 3to2 fixer.
>
> Do we want to take this opportunity to create a real 3to2 project in
> the sandbox? If so, I'd like to refactor lib2to3 into its own project,
> then import
On Mon, Apr 14, 2008 at 2:26 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > Do we want to take this opportunity to create a real 3to2 project in
> > the sandbox? If so, I'd like to refactor lib2to3 into its own project,
> > then import that into 2to3 and 3to2. I can do the work.
>
> In tha
> Do we want to take this opportunity to create a real 3to2 project in
> the sandbox? If so, I'd like to refactor lib2to3 into its own project,
> then import that into 2to3 and 3to2. I can do the work.
In that case, I would propose that the copy in the Python trunk becomes
official, and the other
On Mon, Apr 14, 2008 at 2:05 PM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> alexandre.vassalotti schrieb:
>
> > Author: alexandre.vassalotti
> > Date: Mon Apr 14 22:51:05 2008
> > New Revision: 62342
> >
> > Log:
> > Improved bytes_extend() to avoid making a full copy of the temporary
> >
alexandre.vassalotti schrieb:
> Author: alexandre.vassalotti
> Date: Mon Apr 14 22:51:05 2008
> New Revision: 62342
>
> Log:
> Improved bytes_extend() to avoid making a full copy of the temporary
> buffer. This also makes the code slightly cleaner.
Changes to Objects/bytesobject.c should be appli
