Re: [PHP-DEV] PHP 2^3

Hi Niklas, On Jun 26, 2018 11:36 PM, Niklas Keller wrote: Hey Dmitry, > > hi Aaron, > > > On Jun 25, 2018 10:49 PM, Aaron Piotrowski wrote: > > > On Jun 25, 2018, at 7:30 AM, Zeev Suraski wrote: > > > > > > 2. Better support long-running, async-based, microservices-focused > > execution model

[PHP-DEV] Re: PHP 7.3 zif_handler changes

"Christoph M. Becker" in php.internals (Tue, 26 Jun 2018 13:15:32 +0200): >On 26.06.2018 at 08:42, Jan Ehrhardt wrote: > >> https://github.com/php/php-src/blob/php-7.3.0alpha2/UPGRADING.INTERNALS >> >> pecl_http: >> |php_http_client_curl_user.c(190): error C2440: '=': cannot convert from >> 'void

RE: [PHP-DEV] [RFC] Deprecate and remove continue targeting switch

> -Original Message- > From: Nikita Popov [mailto:nikita@gmail.com] > Sent: Tuesday, June 26, 2018 9:28 PM > To: Stanislav Malyshev > Cc: PHP internals > Subject: Re: [PHP-DEV] [RFC] Deprecate and remove continue targeting switch > > This RFC resolves the following issue: > > a) In

RE: [PHP-DEV] [RFC] Deprecations for PHP 7.3

Sorry for top posting, but should we be discussing these at this point? If these are targeting 7.4, I think we probably want to focus on the ones slated to 7.3 at this point. Perhaps we can add some further blurb (maybe in a box) that despite the RFC acronym, at this point this is just a list

Re: [PHP-DEV] [RFC] User-defined object comparison

> I would like to see this in an extension first, i think it's perfectly doable and people can test it before merging to core Actually not sure this can be done as an extension because it changes zend_operators and introduces a new handler to make it all work. > Would be nice if compareTo and equ

Re: [PHP-DEV] [RFC] User-defined object comparison

some ideas and concerns: - I would like to see this in an extension first, i think it's perfectly doable and people can test it before merging to core - would be nice if compareTo and equals were used only if left operand and right operand used the same comparator function. In other words, $a ==

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

Hi! > - The (real) type-cast and its function, is_real(). There doesn't > seem to be any support for reals in settype() anyway (side note: in > the implementation of settype() it claims "double" is deprecated) > - Function variants that already exists as constants, php_sapi_name() >> PHP_SAPI, p

[PHP-DEV] [RFC] User-defined object comparison

Hi everyone, This is an RFC that is based on previous discussions here: https://externals.io/message/102337 RFC: https://wiki.php.net/rfc/object-comparison The implementation is tested and appears to be working as expected. :) - Rudi Theunissen

Re: [PHP-DEV] [RFC] Deprecate and remove continue targeting switch

Hi! > Do you mean that this code would be valid in both PHP 7 and PHP 8, but > mean different things? > > while($outer) { >     while($inner) { >         switch($foo) { >             case 1: >                 continue 2; >         } >     } > } > I think this would be unacceptable, because WTF

Re: [PHP-DEV] [RFC] Deprecate and remove continue targeting switch

On 26/06/2018 20:28, niel wrote: On 24/06/18 17:16, Nikita Popov wrote: Hi internals, Another small deprecation for your consideration... https://wiki.php.net/rfc/continue_on_switch_deprecation Regards, Nikita IMO the proposed illustrations will lead to as much, if not more, WTF from other

[PHP-DEV] Re: [RFC] Deprecations for PHP 7.3

On 26.06.2018 at 19:15, Nikita Popov wrote: > On Sun, Jun 24, 2018 at 10:29 PM, Christoph M. Becker > wrote: > >> I've recently submitted to >> deprecate FILTER_FLAG_SCHEME_REQUIRED and FILTER_FLAG_HOST_REQUIRED. I >> don't think this needs an RFC, but

Re: [PHP-DEV] PHP 2^3

Hey Dmitry, > > hi Aaron, > > > On Jun 25, 2018 10:49 PM, Aaron Piotrowski wrote: > > > On Jun 25, 2018, at 7:30 AM, Zeev Suraski wrote: > > > > > > 2. Better support long-running, async-based, microservices-focused > > execution model. It's probably no secret that one of the key reasons Node

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

Den søn. 24. jun. 2018 kl. 18.47 skrev Nikita Popov : > If you have a minor deprecation in mind, but were too lazy to write an RFC > for it, please write me a mail until tomorrow, so that it might be included > as part of this proposal. As time is limited I don't want to include > anything larger o

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

Den tir. 26. jun. 2018 kl. 22.01 skrev Nikita Popov : > Thanks for adding it. Unless there is a particular reason to rush here, I'd > suggest to follow the usual process and formally deprecate the option prior > to removal. I don't think theres a need for a rush here, tho I wasn't sure how you p

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

On Tue, Jun 26, 2018 at 9:51 PM, Kalle Sommer Nielsen wrote: > Den tir. 26. jun. 2018 kl. 20.16 skrev Nikita Popov >: > > Feel free to add this one to the RFC, if you know what the background > for the deprecation is. Given that the manual already marks it as > deprecated for so long, this seems

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

Den tir. 26. jun. 2018 kl. 20.16 skrev Nikita Popov : > Feel free to add this one to the RFC, if you know what the background for the > deprecation is. Given that the manual already marks it as deprecated for so > long, this seems like a mere technicality. I added the pdo_odbc.db2_instance_name

Re: [PHP-DEV] [RFC] Deprecate and remove continue targeting switch

On 24/06/18 17:16, Nikita Popov wrote: Hi internals, Another small deprecation for your consideration... https://wiki.php.net/rfc/continue_on_switch_deprecation Regards, Nikita IMO the proposed illustrations will lead to as much, if not more, WTF from other language users as current behaviou

Re: [PHP-DEV] [RFC] Deprecate and remove continue targeting switch

Hi! > This leaves us in a position where "continue" means different things in > PHP and in other syntactically similar languages, causing confusing for > programmers familiar with them. This is solved by simply prohibiting the > case that is ambiguous. This is not a loss for PHP developers (who us

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

On Mon, Jun 25, 2018 at 9:32 PM, Sara Golemon wrote: > On Sun, Jun 24, 2018 at 11:47 AM, Nikita Popov > wrote: > > https://wiki.php.net/rfc/deprecations_php_7_3 > > > > Undocumented mbstring function aliases > > > Yeah, if they're just dumb aliases, then it's a slight gain to narrow > the symbol

Re: [PHP-DEV] [RFC] Deprecate and remove continue targeting switch

On Mon, Jun 25, 2018 at 7:53 AM, Stanislav Malyshev wrote: > Hi! > > On 6/24/18 9:16 AM, Nikita Popov wrote: > > Hi internals, > > > > Another small deprecation for your consideration... > > > > https://wiki.php.net/rfc/continue_on_switch_deprecation > > Not sure I understand - what this is impro

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

On Tue, Jun 26, 2018 at 6:31 PM, Kalle Sommer Nielsen wrote: > Hi > > Den søn. 24. jun. 2018 kl. 18.47 skrev Nikita Popov >: > > If you have a minor deprecation in mind, but were too lazy to write an > RFC > > for it, please write me a mail until tomorrow, so that it might be > included > > as p

[PHP-DEV] Re: [RFC] Deprecations for PHP 7.3

On Sun, Jun 24, 2018 at 10:29 PM, Christoph M. Becker wrote: > On 24.06.2018 at 18:47, Nikita Popov wrote: > > > This RFC collects a number of deprecations for PHP 7.3 which I consider > to > > be too minor to warrant a separate proposal. However, each deprecation > will > > still be voted separa

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

Hi Den søn. 24. jun. 2018 kl. 18.47 skrev Nikita Popov : > If you have a minor deprecation in mind, but were too lazy to write an RFC > for it, please write me a mail until tomorrow, so that it might be included > as part of this proposal. As time is limited I don't want to include > anything larg

Re: [PHP-DEV] PHP 2^3

hi Aaron, On Jun 25, 2018 10:49 PM, Aaron Piotrowski wrote: > On Jun 25, 2018, at 7:30 AM, Zeev Suraski wrote: > > > 2. Better support long-running, async-based, microservices-focused execution > model. It's probably no secret that one of the key reasons Node is gaining > popularity is beca

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

> https://wiki.php.net/rfc/deprecations_php_7_3 > Do you think we could ass Serializable to the list? See your own arguments in https://externals.io/message/98834 :) Nicolas

Re: [PHP-DEV] [RFC][Under Discussion] Add functions array_key_first()and array_key_last()

On 26 June 2018 at 08:58, Marc Bennewitz wrote: > Hi all, > > I just want to add some information that I feel it's missing in that > discussion - I'm sorry if it was mentioned already. > > 1. It's already possible to extract the key and value of any index > position of an array using array_slice:

Re: [PHP-DEV] PHP 2^3

On Mo, 2018-06-25 at 16:14 -0700, Alice Wonder wrote: > As a packager github is a fracking nightmare. > > Frequently what we do is include a hash of the release tarball in our > build and require that it matches so that people rebuilding our > package (e.g. to add a patch they need) don't have to

Re: [PHP-DEV] [RFC] Typed Properties

I'm not sure why the mailing list is not picking up my messages, but TL:DR; is that I spent the weekend testing all of its corners, and the patch works flawlessly and can be pushed forward IMO. It works consistently with current PHP semantics and significantly improves the language, so let's make

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3

On Mon, Jun 25, 2018 at 9:32 PM, Sara Golemon wrote: > > Defining a free-standing assert() function > > > Eww, yeah. I can see that problem. I'm not a huge fan of banning all > namespaced assert() function declarations, but it's certainly the most > direct "solution" to the problem. A very quic

[PHP-DEV] Re: PHP 7.3 zif_handler changes

On 26.06.2018 at 08:42, Jan Ehrhardt wrote: > Apparently, there were changes in the zend internal functions handler > (aka zif_handler), but I cannot find any info on it. Neither in the > linked documents, nor in > https://github.com/php/php-src/blob/php-7.3.0alpha2/UPGRADING.INTERNALS > > I ran

Re: [PHP-DEV] PHP 2^3

On 26/06/18 00:14, Alice Wonder wrote: git is for code management but when a release it tagged, creation of the source tarball should be done by the developer, and released by the developer, preferably with sha256 or sha512 sums posted in an easy to find location (which github doesn't do) Or

Re: [PHP-DEV] [RFC][Under Discussion] Add functions array_key_first()and array_key_last()

Hi all, I just want to add some information that I feel it's missing in that discussion - I'm sorry if it was mentioned already. 1. It's already possible to extract the key and value of any index position of an array using array_slice: https://3v4l.org/mib99 2. "array_[key|value]_[first|las