Re: [PHP-DEV] re2c version(s)

On Tue, Jul 17, 2018 at 1:06 PM, Zeev Suraski wrote: > You know, you made me go back to Sara's email where she disagreed with me, > only to find she actually was disagreeing with Remi's proposal to track the > generated files for releases in git. That's definitely not a hill to die on > for me

Re: [PHP-DEV] Replacing array_slice

On Tue, Jul 17, 2018 at 6:24 AM Gabriel Caruso wrote: > > Hi Levi, thanks for bringing this discussion. > >> Recently I've been scrutinizing array_slice. It's been painful. >> >> For instance, `$preserve_keys` is totally ignored for string keys. >> This was undocumented until Christoph integrated

[PHP-DEV] Improvements to openssl_crs_new. Need advice

I'd like to improve the openssl_csr_new function to add any X509 "Requested Extensions" [1] to a CSR. My motivation to improve this functionality is to avoid workarounds like altering a openssl.cnf file and pass some ENV variable to it [2]. I already implemented the following new functionality:

[PHP-DEV] Re: [VOTE] Deprecate and remove case-insensitive constants

On 16.07.2018 at 19:00, Nikita Popov wrote: > On Mon, Jul 9, 2018 at 10:36 AM, Nikita Popov wrote: > >> https://wiki.php.net/rfc/case_insensitive_constant_deprecation > > I'm happy to announce that this RFC has been accepted unanimously with 39 > votes in favor and 0 against. Looking back at

Re: [PHP-DEV] Re: Password

Since we are discussing not being able to change passwords on wiki.php.net, when I created my account 2 months ago, I did not receive a password due to the mail server issue in #76375, and once that was fixed, I do not receive emails for password reset requests. I provided more detail in #76491.

[PHP-DEV] Re: Password

On 17.07.2018 at 23:31, Solovov Dmitry wrote: Forwarding to the list. Please, reply to all the next time. > https://wiki.php.net/?do=resendpwd > Here you will just receive the generated password in the mail. > Can I set my own password for my account? Hmm, after login there should be a menu

Re: [PHP-DEV] Re: Password

> On Jul 17, 2018, at 5:08 PM, Christoph M. Becker wrote: > >> On 17.07.2018 at 20:38, Solovov Dmitry wrote: >> >> Can I set a new password for my account? >> >> https://wiki.php.net > > Did you try ? > I don’t mean to hijack but

[PHP-DEV] Re: Password

On 17.07.2018 at 20:38, Solovov Dmitry wrote: > Can I set a new password for my account? > > https://wiki.php.net Did you try ? -- Christoph M. Becker -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

[PHP-DEV] bugs.php.net downtime

I need to move bugs.php.net to another server sometime today. I won't be able to do it without a little bit of downtime as I have to stop new activity on the existing box, copy the DB over and then point DNS to the new box. The DNS TTL is only 5 minutes, so it shouldn't be unavailable for much

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

On 17 Jul 2018, at 21:02, Nikita Popov mailto:nikita@gmail.com>> wrote: On Tue, Jul 17, 2018 at 12:10 AM, Zeev Suraski mailto:z...@zend.com>> wrote: > Based on the feedback we received, we have decided to target PHP 7.4 for this > RFC. A main factor for this decision was that the RFC

[PHP-DEV] Password

Can I set a new password for my account? https://wiki.php.net

[PHP-DEV] Password

Can I set a new password for my account? https://wiki.php.net

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

On Tue, Jul 17, 2018 at 12:10 AM, Zeev Suraski wrote: > > Based on the feedback we received, we have decided to target PHP 7.4 for > this > > RFC. A main factor for this decision was that the RFC requires some > non-trivial > > changes to 3rd-party extensions for full compatibility. This would

Re: [PHP-DEV] re2c version(s)

On Tue, Jul 17, 2018 at 7:57 PM Nikita Popov wrote: > > Ah yes, *of course* the generated files will be part of distribution > tarballs, just like we do with all generated files (not just the parser, > but also configure.) While I forgot to write this in my original mail, it > has been mentioned

Re: [PHP-DEV] re2c version(s)

On Tue, Jul 17, 2018 at 6:41 PM, Zeev Suraski wrote: > On Tue, Jul 17, 2018 at 6:05 PM Nikita Popov wrote: > >> I feel like we are all really in violent agreement that these files >> should be dropped from git, and at this point I'm not even sure what the >> discussion is about anymore. Let's

Re: [PHP-DEV] re2c version(s)

On Tue, Jul 17, 2018 at 6:05 PM Nikita Popov wrote: > I feel like we are all really in violent agreement that these files should > be dropped from git, and at this point I'm not even sure what the > discussion is about anymore. Let's wait until after PHP-7.3 branching in > two weeks and drop

Re: [PHP-DEV] re2c version(s)

On Tue, Jul 17, 2018 at 1:51 PM, Zeev Suraski wrote: > On Tue, Jul 17, 2018 at 2:01 PM Sara Golemon wrote: > > > On Tue, Jul 17, 2018 at 1:04 AM, Remi Collet > > wrote: > > > Le 13/07/2018 à 23:48, Zeev Suraski a écrit : > > > Perhaps we can also add all the generated files (including

Re: [PHP-DEV] [RFC] Optional typehint check for parameters

On Tue, Jul 17, 2018 at 3:39 PM Dan Ackroyd wrote: > On 17 July 2018 at 13:08, Zeljko Mitic wrote: > > > > It won't help, preprocess.io doesn't remove typehints. > > It doesn't _currently_ remove parameter types. > > If you think this is an idea worth doing, you could write the > functionality

Re: [PHP-DEV] [RFC] Optional typehint check for parameters

On 17 July 2018 at 13:08, Zeljko Mitic wrote: > > It won't help, preprocess.io doesn't remove typehints. It doesn't _currently_ remove parameter types. If you think this is an idea worth doing, you could write the functionality to do that. cheers Dan -- PHP Internals - PHP Runtime

Re: [PHP-DEV] Replacing array_slice

Hi Levi, thanks for bringing this discussion. Recently I've been scrutinizing array_slice. It's been painful. > > For instance, `$preserve_keys` is totally ignored for string keys. > This was undocumented until Christoph integrated it 2-3 days ago > (thanks, cmb). However, this is really not a

Re: [PHP-DEV] [RFC] Optional typehint check for parameters

On Tue, Jul 17, 2018 at 1:18 PM Dan Ackroyd wrote: > On 15 July 2018 at 20:39, Zeljko Mitic wrote: > > PHP is dynamic language and each typed typehinted parameter has to be > > checked every time. > > If you think your code would benefit appreciably from having parameter > types removed, I

Re: [PHP-DEV] re2c version(s)

On Tue, Jul 17, 2018 at 2:01 PM Sara Golemon wrote: > On Tue, Jul 17, 2018 at 1:04 AM, Remi Collet > wrote: > > Le 13/07/2018 à 23:48, Zeev Suraski a écrit : > > Perhaps we can also add all the generated files (including configure) in > > the tagged versions, so the tag will have same content

Re: [PHP-DEV] [VOTE] array_key_first(), array_key_last(),array_value_first(), array_value_last()

On 17.07.2018 at 01:13, Enno Woortmann wrote: > Am 09.07.2018 um 13:16 schrieb Woortmann, Enno: > >> https://wiki.php.net/rfc/array_key_first_last > > The vote for this RFC has been closed. The vote for the initially RFC > containing the functions array_key_first() and array_key_last() was >

Re: [PHP-DEV] [RFC] Optional typehint check for parameters

On 15 July 2018 at 20:39, Zeljko Mitic wrote: > PHP is dynamic language and each typed typehinted parameter has to be > checked every time. If you think your code would benefit appreciably from having parameter types removed, I would strongly recommend looking at https://preprocess.io/ and

Re: [PHP-DEV] re2c version(s)

On Tue, Jul 17, 2018 at 1:04 AM, Remi Collet wrote: > Le 13/07/2018 à 23:48, Zeev Suraski a écrit : > Perhaps we can also add all the generated files (including configure) in > the tagged versions, so the tag will have same content than the official > archive. > Ick, no. That's the worst outcome

Re: [PHP-DEV] Replacing array_slice

On 17/07/2018 05:11, Levi Morrison wrote: Fixing `array_slice` would probably do more harm than good at this stage. Instead I would like to provide an alternative function that does not have all this baggage, and will have decent performance much of the time. The best ideas I have for names are

Re: [PHP-DEV] [RFC] Optional typehint check for parameters

On 16 July 2018 at 19:17, Larry Garfield wrote: > It sounds like your main argument for why to even bother with this is > performance. I think you're greatly over-estimating the performance > impact of > type checking. I wager if you just cache a few database lookups and > you'll > get a much

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

Zeev Suraski schrieb am Di., 17. Juli 2018, 00:10: > > Based on the feedback we received, we have decided to target PHP 7.4 for > this > > RFC. A main factor for this decision was that the RFC requires some > non-trivial > > changes to 3rd-party extensions for full compatibility. This would put

Re: [PHP-DEV] Replacing array_slice

Am 17.07.2018 um 07:35 schrieb Zeev Suraski: On 17 Jul 2018, at 7:12, Levi Morrison wrote: Fixing `array_slice` would probably do more harm than good at this stage. Instead I would like to provide an alternative function that does not have all this baggage, and will have decent performance