A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2000-July/007010.html below:

[Python-Dev] PEP 201 - Parallel iteration

[Python-Dev] PEP 201 - Parallel iteration [Python-Dev] PEP 201 - Parallel iterationM.-A. Lemburg mal@lemburg.com
Thu, 20 Jul 2000 17:58:39 +0200
Greg Stein wrote:
> 
> On Wed, Jul 19, 2000 at 12:00:17AM -0400, Barry A. Warsaw wrote:
> > >>>>> "MZ" == Moshe Zadka <moshez@math.huji.ac.il> writes:
> >
> >     MZ> I'm +1 on that. One thing that bugs me is that we're adding a
> >     MZ> builtin type.  Why not stick with the Python implementation?
> >
> > I've been thinking a little bit about the other generators, especially
> > irange().  I wonder if we shouldn't just be putting zip() and friends
> > in their own Python module and not make them builtins?
> 
> Which are you proposing:
> 
> 1) implement in a Python module. clients use some_module.zip()
> 2) implement in a Python module. insert into builtins. clients use zip().

FYI, mx.Tools implements 1) + 2).

I usually put the "rom mx.Tools import NewBuiltins" at the
top of the module source file so that it becomes clear
that the module uses the set of new builtins available
through mx.Tools. YMMV.

-- 
Marc-Andre Lemburg
______________________________________________________________________
Business:                                      http://www.lemburg.com/
Python Pages:                           http://www.lemburg.com/python/



RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4