Hi Ferenc, On Tue, January 27, 2015 14:46, Ferenc Kovacs wrote: > On Tue, Jan 27, 2015 at 2:44 PM, Ferenc Kovacs <tyr...@gmail.com> wrote: > > >> >> >> On Tue, Jan 27, 2015 at 2:06 PM, Anatol Belski <anatol....@belski.net> >> wrote: >> >> >>> Hi Hui, >>> >>> >>> On Tue, January 27, 2015 13:32, Xinchen Hui wrote: >>> >>>> Hey: >>>> >>>> >>>> >>>> On Tue, Jan 27, 2015 at 6:23 PM, Anatol Belski >>>> <anatol....@belski.net> >>>> wrote: >>>> >>>> >>>>> Hi, >>>>> >>>>> >>>>> >>>>> On Mon, January 19, 2015 18:04, Anatol Belski wrote: >>>>> >>>>> >>>>>> Hi, >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> I think the research on >>>>>> https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts is now >>>>>> far enough to be discussed. >>>>>> >>>>>> So far I only could not test sapi/nsapi because it needs a >>>>>> SunOs/IPlanet. >>>>>> But independent from that, it'd make sense someone to recheck my >>>>>> perceptions, or just the areas one is interested in. >>>>>> >>>>>> Also hereby I'm calling the authors/maintainers of the >>>>>> corresponding units to give the info about their intentions. >>>>>> >>>>>> Lets think about it, anyway. Maybe I've missed some extension >>>>>> yet, then that were a chance to add it to the RFC. >>>>>> >>>>> >>>>> thanks' for the feedback so far. I've changed the title now to >>>>> >>>>> "Removal of dead or not yet PHP7 ported SAPIs and extensions" >>>>> >>>>> >>>>> >>>>> Also extended the RFC with the information we've got so far - >>>>> added the extensions suggested by Dmitry and the feedback arrived >>>>> inbetween. >>>>> >>>>> Please check this again, I plan to start the vote on this next >>>>> week. >>>>> >>>> removing extensions is okey, since they can goes to PECL >>>> >>>> but for SAPIs, where it can go... :< >>>> >>> They wouldn't have to go anywhere if they were supported well. With >>> SAPIs >>> - many of the servers are either very old or don't support the SAPI >>> module. Thus porting those SAPIs, even if there were some willing, >>> wouldn't make not much sense (well, maybe for the learning fun). >>> >>> Where should they go - I'd say nowhere. Extensions as well. The >>> removal should be tagged as any other RFC patch. Then it can be picked >>> from the tag by the persons ready/willing to maintain them, and taken >>> into PECL or ported to PHP7 and included again. Depending on the vote >>> results of course. >>> >>> Regards >>> >>> >>> Anatol >>> >>> >>> >> what laruence is trying to say that we don't really have a syberia for >> SAPIs as we have for exts(pecl), but given how these SAPIs are not >> maintained/compatible with PHP7, I don't think that it is a blocker >> problem. just maybe something we could improve with the future (would >> also make it easier to develop SAPIs supporting multiple php versions >> for example opcache and phpdbg, currently those are a bit PITA for the >> maintainers). >> > > sorry, for the confusion, ofc. opcache isn't a SAPI, but it is also > provided as a pecl extension for php < 5.5, so while it is still a PITA > for the devs, is unrelated to the topic of SAPIs. > > ahh, in that sense that SAPIs are not supported to be built externally. Yep, that were an improvement to the build scripts and the infrastructure. But well, as it's not there - so lets retire them in a branch. Still better than drag them along possibly getting bug reports.
Regards Anatol -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
