Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:98883
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.128.177 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <20170425172047.7b7a244f@eto-mona.office.smartweb.sk>
References: <20170425172047.7b7a244f@eto-mona.office.smartweb.sk>
Date: Wed, 26 Apr 2017 12:19:14 +0300
Message-ID: <CAPv8svX9gCP8Dth1aZx1xEd5Q2M1Xw+DY5hV4g0k9tPYnkEvXg@mail.gmail.com>
To: et.code@ethome.sk
Cc: PHP Developers Mailing List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=f40304388d50865434054e0e55fa
Subject: Re: [PHP-DEV] Introduction and first (codebase related - FZPP - but
 wiki unrelated) question
From: mapopa@gmail.com (marius adrian popa)

--f40304388d50865434054e0e55fa
Content-Type: text/plain; charset=UTF-8

FAST_ZPP is here to stay , see the discussion
https://externals.io/thread/200

And fallback code elimination
https://github.com/php/php-src/pull/2118

On Tue, Apr 25, 2017 at 6:20 PM, Martin "eto" Misuth <et.code@ethome.sk>
wrote:

> Username: eto
>
> Hello, after lot of pondering, I finally decided to register to mailing
> list
> & wiki. Reading wiki registration page, I am supposed to announce my
> registration here.
>
> I registered mainly for (possible) RFC proposals (none prepared yet) and
> to ask some questions about php codebase - using more lasting medium
> than irc is.
>
> I am sysadmin/PHP "developer" from Slovak Republic with focus on php
> "services" (aka daemons), php backends and such. My main php related
> timesink currently is messing with PHP 7.1.
>
> For few years now, I have been experimenting with extension writing, some
> of
> which I deployed internally. Being sysadmin I am not entirely confident
> with my
> code yet, but I plan to share most of my stuff eventually.
>
> Before that though, I would like to produce few microscopic patches to
> normal php distribution, to ease some miniscule pain points I am
> constantly hitting.
>
> For that, I would first like to ask clarification about FAST_ZPP maco "API"
> from Dmitry Stogov & Bob Weinand.
>
> In my extensions/experiments I am using solely this API for accessing
> php:function() call parameters, not providing any "fallback"
> through zend_parse_parameters() when #ifndef FAST_ZPP.
>
> Skimming through codebase, it seems that few, 'often called', functions
> were
> converted into FZPP style, but they still preserve 'legacy parsing style'
> implemented as well.
>
> Let's say, depending on how my currents attempts end up working, I want to
> modify few bundled extension functions, is it okay to rewrite them to use
> solely FAST_ZPP?
>
> Or does have zend_parse_parameters() codepath to be preserved for years to
> come?
>
>   eto
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--f40304388d50865434054e0e55fa--