Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77057
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.44 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CA+9eiLur2RJd93gQvUPi-yEHr=w-x9s43Q1EL6jCP_ZS2THzfw@mail.gmail.com>
References: <BLU437-SMTP58AB7AAD02472087BFA873E2C50@phx.gbl>
	<CA+9eiLur2RJd93gQvUPi-yEHr=w-x9s43Q1EL6jCP_ZS2THzfw@mail.gmail.com>
Date: Thu, 4 Sep 2014 16:00:41 +0200
Message-ID: <CAEZPtU65CvPDCs=V3rAct8tfYeTLdsfA9mUt4eRzqCjyW+qjrg@mail.gmail.com>
To: Dmitry Stogov <dmitry@zend.com>
Cc: Bob Weinand <bobwei9@hotmail.com>, PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Re: Fast zend_parse_parameters API
From: pierre.php@gmail.com (Pierre Joye)

On Thu, Sep 4, 2014 at 3:56 PM, Dmitry Stogov <dmitry@zend.com> wrote:
> I like the idea of having a single syntax for all cases, but I don't like
> the syntax you propose.
> In my opinion, it's syntactically inconsistent, less readable and more
> error prone, than the old one (sscanf based) and the FAST_ZPP one that is
> already in php-master.

I do not like any of the new ones, FAST_ZPP included. I find them all
error prones and not as KISS as what we have now.

As I understand correctly the only reason we have this discussion is
the performance impact of zpp with some functions, mainly
ZEND_FUNCTIONs. What prevents us to make them operators? That may
break things like  call_user_func("strlen", $arg), array_map and the
likes but there may have ways to limit the BC breaks here too. If it
avoid an endless discussion about APIs, it is worse the effort to try
it.

Cheers,
--
Pierre
@pierrejoye | http://www.libgd.org