Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:34064
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.162 as permitted sender)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 17 Dec 2007 09:09:50 -0800
Message-ID: <698DE66518E7CA45812BD18E807866CE0108180B@us-ex1.zend.net>
Thread-Topic: [PHP-DEV] Re: PATCH: anonymous functions in PHP
Thread-Index: AchArkBsqCSuDwd3SBqgq9BK6s7zqAAIJXIg
References: <98b8086f0712150818n40056cedyf0aae7a5a08a27b7@mail.gmail.com> <4764CC64.3040608@zend.com> <cd5680a20712160622g9c4df59p1a15f0ba76ff1e2@mail.gmail.com> <623025726.20071217140947@marcus-boerger.de>
To: "Marcus Boerger" <helly@php.net>,
	"Alexey Zakhlestin" <indeyets@gmail.com>,
	"Wez Furlong" <wez@php.net>
Cc: "Stas Malyshev" <stas@zend.com>,
	"troels knak-nielsen" <troelskn@gmail.com>,
	<internals@lists.php.net>
Subject: RE: [PHP-DEV] Re: PATCH: anonymous functions in PHP
From: andi@zend.com ("Andi Gutmans")

I actually remember there was some good discussion on this and there
were pretty decent reasons for why this patch was not a full solution
and only syntactic sugar, i.e. it didn't do what many expected except
for making the syntax nicer.
Don't have time right now but we should go back and re-read those
discussions before opening a new one. I can probably do it over the next
couple of days. I am not necessary against supporting such a solution
but we need to make sure it's fully baked and that we clear know and
agree on what is and what isn't supported (and that should be documented
and not revisited every time someone comes and complains). Variable
binding is one thing which would likely not make it into such an
implementation unless there's a big shift in the intent of the patch.

We really need to get away from this "let's just commit it" mode on this
list. As you saw with garbage collection, namespaces and other recent
topics a lot of these topics need significantly more work before they
are full baked and ready to actually make it into the code base. The
ad-hoc way of committing new features just doesn't work.=20

Andi

> -----Original Message-----
> From: Marcus Boerger [mailto:helly@php.net]
> Sent: Monday, December 17, 2007 5:10 AM
> To: Alexey Zakhlestin; Wez Furlong
> Cc: Stas Malyshev; troels knak-nielsen; internals@lists.php.net
> Subject: Re: [PHP-DEV] Re: PATCH: anonymous functions in PHP
>=20
> Hello Alexey,
>=20
>   and for that reason we should do it! Can't Wez simply apply this?
>=20
> marcus
>=20
> Sunday, December 16, 2007, 3:22:40 PM, you wrote:
>=20
> > On 12/16/07, Stanislav Malyshev <stas@zend.com> wrote:
> >> I think the problem there is that this syntax wouldn't support
> external
> >> variables, and without them there's not much difference between
that
> and
> >> create_function.
>=20
> > The difference is, that it is compile-time and create_function is
> run-time
>=20
> >> troels knak-nielsen wrote:
> >> > What was the conclusion on Wez' patch from march [1]? The
> discussion
> >> > seemed to steer a bit off, on the discussion of scoping rules,
but
> is
> >> > there any reason _not_ to implement Wez' patch in HEAD?
> >> > Even if it doesn't entirely replace create_function, it would be
> nice
> >> > to have as a compile-time alternative.
> >> >
> >> > [1] http://groups.google.com/group/mailing.www.php-
> dev/browse_thread/thread/a2c3296dc791369a/075209b288cb28de
> >> >
> >>
> >> --
> >> Stanislav Malyshev, Zend Software Architect
> >> stas@zend.com   http://www.zend.com/
> >> (408)253-8829   MSN: stas@zend.com
> >>
> >> --
> >> PHP Internals - PHP Runtime Development Mailing List
> >> To unsubscribe, visit: http://www.php.net/unsub.php
> >>
> >>
>=20
>=20
> > --
> > Alexey Zakhlestin
> > http://blog.milkfarmsoft.com/
>=20
>=20
>=20
>=20
> Best regards,
>  Marcus
>=20
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php