Re: [PHP-DEV] Remove $age parameter of curl_version()

2019-05-01 Thread Sara Golemon
On Wed, May 1, 2019 at 12:18 PM Christoph M. Becker wrote: > > curl_version()[1] (of ext/curl) makes curl_version_info()[2] (of > libcurl) available to PHP userland. The latter requires to pass an age > argument which usually is CURLVERSION_NOW, so that the information > returned by the runtime

Re: [PHP-DEV] Revive Number Format Separator RFC

2019-05-01 Thread Bishop Bettini
On Wed, May 1, 2019 at 5:42 AM Thomas Punt wrote: > Hi! > > > On Wed, May 01, 2019 at 01:13 AM Bishop Bettini wrote: > > > On Tue, Apr 30, 2019, 19:14 Theodore Brown wrote: > > > > > > On Tue, Apr 30, 2019 at 3:59 PM Bishop Bettini wrote: > > > > > > > Excellent. I hope we can make the case th

[PHP-DEV] Re: Issuing CVEs for PHP

2019-05-01 Thread Pierre Joye
Hi Stas Excellent!! thanks you for taking care of this best, Pierre On Mon, Apr 29, 2019, 10:51 AM Stanislav Malyshev wrote: > Hi! > > I have set up PHP as CNA (CVE Identifiers authority) with MITRE. That > means that we will be assigning our own CVEs from now on. The process in > broad strok

Re: [PHP-DEV] Remove $age parameter of curl_version()

2019-05-01 Thread Nikita Popov
On Wed, May 1, 2019 at 7:19 PM Christoph M. Becker wrote: > Hi, > > curl_version()[1] (of ext/curl) makes curl_version_info()[2] (of > libcurl) available to PHP userland. The latter requires to pass an age > argument which usually is CURLVERSION_NOW, so that the information > returned by the run

Re: [PHP-DEV] Remove $age parameter of curl_version()

2019-05-01 Thread Bishop Bettini
On Wed, May 1, 2019 at 1:18 PM Christoph M. Becker wrote: > > curl_version()[1] (of ext/curl) makes curl_version_info()[2] (of > libcurl) available to PHP userland. The latter requires to pass an age > argument which usually is CURLVERSION_NOW, so that the information > returned by the runtime m

[PHP-DEV] Remove $age parameter of curl_version()

2019-05-01 Thread Christoph M. Becker
Hi, curl_version()[1] (of ext/curl) makes curl_version_info()[2] (of libcurl) available to PHP userland. The latter requires to pass an age argument which usually is CURLVERSION_NOW, so that the information returned by the runtime matches the declarations used during compile time. For C programs

Re: [PHP-DEV] [RFC] Allow throwing exceptions from __toString()

2019-05-01 Thread M. W. Moe
Hello, the _convert_to_string return signature should be changed i.e returning a status; hence, accordingly to this status, within a context caller, you may decide to trigger an exception or not ; that's not the role of a conversion function to handle those concerns; thus the realm is wider than

Re: [PHP-DEV] [RFC] Allow throwing exceptions from __toString()

2019-05-01 Thread Bishop Bettini
On Wed, May 1, 2019 at 7:36 AM Dan Ackroyd wrote: > On Wed, 1 May 2019 at 03:54, Bishop Bettini wrote: > > > > But I'd still think this would be a "many eyes needed" kind of PR, > especially from extension maintainers. > > Hypothetically, what should these extension maintainers be looking for? >

Re: [PHP-DEV] Re: [VOTE] Arrow functions / short closures

2019-05-01 Thread Bishop Bettini
On Wed, May 1, 2019 at 4:42 AM Nikita Popov wrote: > On Wed, Apr 17, 2019 at 12:58 PM Nikita Popov > wrote: > > > Hi internals, > > > > I've opened voting on the arrow functions RFC. The vote closes May 1st. > > > > https://wiki.php.net/rfc/arrow_functions_v2#vote > > > > The RFC uses the fn($x,

Re: [PHP-DEV] [RFC] Allow throwing exceptions from __toString()

2019-05-01 Thread Dan Ackroyd
On Wed, 1 May 2019 at 03:54, Bishop Bettini wrote: > > But I'd still think this would be a "many eyes needed" kind of PR, especially > from extension maintainers. Hypothetically, what should these extension maintainers be looking for? Other than "Mmm-hmm. Mmm-HMM. I know some of these words!" ?

Re: [PHP-DEV] Revive Number Format Separator RFC

2019-05-01 Thread Thomas Punt
Hi! > On Wed, May 01, 2019 at 01:13 AM Bishop Bettini wrote: > > On Tue, Apr 30, 2019, 19:14 Theodore Brown > > > On Tue, Apr 30, 2019 at 3:59 PM Bishop Bettini wrote: > > > > > Excellent. I hope we can make the case this time. Please > > > request Wiki karma [1], and we'll iterate on it there.

Re: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags

2019-05-01 Thread Zeev Suraski
On Wed, May 1, 2019 at 3:19 AM Peter Kokot wrote: > On Wed, 1 May 2019 at 00:56, Stanislav Malyshev > wrote: > > > > Hi! > > > > > Worth noting another inconsistency here that we've missed. PHP 7.4 has > > > introduced many BC breaks actually already. Without this level of > > > problems: > > >

[PHP-DEV] Re: [VOTE] Arrow functions / short closures

2019-05-01 Thread Nikita Popov
On Wed, Apr 17, 2019 at 12:58 PM Nikita Popov wrote: > Hi internals, > > I've opened voting on the arrow functions RFC. The vote closes May 1st. > > https://wiki.php.net/rfc/arrow_functions_v2#vote > > The RFC uses the fn($x, $y) => $x*$y syntax as originally proposed. > I'm pleased to say that

Re: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags

2019-05-01 Thread Stanislav Malyshev
Hi! > Every app will have different things to fix. So saying that this > particular change will break the internet is not realistic without any > numbers. If PHP is on a course to fix the BC break strategy then good I am not saying it will break the internet. Nobody does. What I am saying it crea