[PHP-DEV] Additional Rounding modes for the round() function

I'd like to suggest a couple of additional options for the round() function, two new flags for PHP_ROUND_UP and PHP_ROUND_DOWN; which are similar to the existing ceil() and floor() functions, but allow a precision argument as well. The PR is at https://github.com/php/php-src/pull/1658 -- Mark

[PHP-DEV] [RFC] GitHub Pull Requests Triage Team

Hi, and happy New Year! Now that the big push for PHP 7 is done, I'd like to revive earlier discussions on the *GitHub PR triage team* RFC . A year ago, there were 180 ope

[PHP-DEV] Simple project started segfaulting on 7.1-dev - where to report that?

Hi! Couple minutes ago I came across segfault in nightly builds of PHP. Normally I will report it at bugs.php.net but environment is little complicated here. - Segfault is only present on TravisCI -> so maybe bug should be reported to Travis-CI? - XDebug is loaded -> it may be a reason of segfa

[PHP-DEV] Re: [RFC] GitHub Pull Requests Triage Team

Hi Bishop, > On Jan 1, 2016, at 13:28, Bishop Bettini wrote: > > Hi, and happy New Year! > > Now that the big push for PHP 7 is done, I'd like to revive earlier > discussions on the GitHub PR triage team RFC. > Thanks for poking me about this. When I originally proposed the PR triage team a

[PHP-DEV] Re: [RFC] GitHub Pull Requests Triage Team

On Fri, Jan 1, 2016 at 2:53 PM, John Bafford wrote: > > > On Jan 1, 2016, at 13:28, Bishop Bettini wrote: > > I think when I brought this up before, the major open discussion point > before the thread died was what period of time constituted long enough for > closing a waiting-on-submitter PR. 2

Re: [PHP-DEV] [RFC] GitHub Pull Requests Triage Team

On Fri, 2016-01-01 at 13:28 -0500, Bishop Bettini wrote: > Hi, and happy New Year! > > Now that the big push for PHP 7 is done, I'd like to revive earlier > discussions > > on the *GitHub PR triage team* RFC

Re: [PHP-DEV] [RFC] GitHub Pull Requests Triage Team

> On Jan 1, 2016, at 15:20, Johannes Schlüter wrote: > > On Fri, 2016-01-01 at 13:28 -0500, Bishop Bettini wrote: >> Hi, and happy New Year! >> >> Now that the big push for PHP 7 is done, I'd like to revive earlier >> discussions >>

[PHP-DEV] [RFC] array_key_(first|last|index) functions proposal

Happy New Year, everyone! I’d like to present the first new PHP RFC for this year, a proposal to add functions to easily get the first, last, or an arbitrary key (and value) by index from an array, taking advantage of PHP’s property that arrays are ordered maps. RFC: https://wiki.php.net/rfc/a

Re: [PHP-DEV] [RFC] array_key_(first|last|index) functions proposal

On Fri, Jan 1, 2016 at 3:44 PM, John Bafford wrote: > Happy New Year, everyone! > > I’d like to present the first new PHP RFC for this year, a proposal to add > functions to easily get the first, last, or an arbitrary key (and value) by > index from an array, taking advantage of PHP’s property th

[PHP-DEV] [RFC] On-Demand Name Mangling

Hello Internals, Ringing in the new year with a proposal to retool name mangling: Mangling has the undesirable consequence that many external variables may map to one PHP variable. This leads to user confusion and user-land workarounds, not to mention bug reports. Since register_globals has been

Re: [PHP-DEV] [RFC] array_key_(first|last|index) functions proposal

> On Jan 1, 2016, at 16:38, Bishop Bettini wrote: > > On Fri, Jan 1, 2016 at 3:44 PM, John Bafford wrote: > Happy New Year, everyone! > > I’d like to present the first new PHP RFC for this year, a proposal to add > functions to easily get the first, last, or an arbitrary key (and value) by >

Re: [PHP-DEV] [RFC] array_key_(first|last|index) functions proposal

Hi John, Thanks for submitting the RFC. It just has one piece of something that I feel needs a bit of refinement. The balance of the $key and the $val is out of sync, with one param being by-val and one by-ref. You could simplify the function to remove the &$val altogether, since the function na

Re: [PHP-DEV] [RFC] On-Demand Name Mangling

On Fri, Jan 1, 2016 at 10:47 PM, Bishop Bettini wrote: > Hello Internals, > > Ringing in the new year with a proposal to retool name mangling: > > Mangling has the undesirable consequence that many external variables may > map to one PHP variable. This leads to user confusion and user-land > work

Re: [PHP-DEV] [RFC] On-Demand Name Mangling

On Fri, Jan 1, 2016 at 5:11 PM, Nikita Popov wrote: > On Fri, Jan 1, 2016 at 10:47 PM, Bishop Bettini wrote: > >> Hello Internals, >> >> Ringing in the new year with a proposal to retool name mangling: >> >> Mangling has the undesirable consequence that many external variables may >> map to one

Re: [PHP-DEV] [RFC] On-Demand Name Mangling

Hi! > Ringing in the new year with a proposal to retool name mangling: While the variable name changing probably outlived its usefulness with the demise of register_globals, changing it would produce serious BC issues with which we should be very careful. Emitting E_DEPRECATED based on user data

Re: [PHP-DEV] [RFC] On-Demand Name Mangling

On Fri, Jan 1, 2016 at 10:23 PM, Stanislav Malyshev wrote: > Hi! > > > Ringing in the new year with a proposal to retool name mangling: > > While the variable name changing probably outlived its usefulness with > the demise of register_globals, changing it would produce serious BC > issues with w