Re: [PHP-DEV] [RFC] JIT

2019-02-16 Thread azjezz
Hello internals. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, February 6, 2019 9:23 AM, Pierre Joye wrote: > On Wed, Feb 6, 2019 at 3:17 PM Dmitry Stogov dmi...@zend.com wrote: > > > On 2/5/19 10:31 PM, Kalle Sommer Nielsen wrote: > > > > > Den tir. 5. feb

Re: [PHP-DEV] [RFC] Consistent type errors for internal functions

2019-02-16 Thread Ben Ramsey
> On Feb 16, 2019, at 12:28, Benjamin Eberlei wrote: > > This exception is only for argument errors. Fopen would continue to warn + > false when file doesnt exist, which is what @ is nostly used for (using fopen > as example) I’ve seen many cases where it’s understood that the function might

Re: [PHP-DEV] [RFC] Consistent type errors for internal functions

2019-02-16 Thread Benjamin Eberlei
Ben Ramsey schrieb am Sa. 16. Feb. 2019 um 18:35: > > On Feb 5, 2019, at 05:22, Nikita Popov wrote: > > > > Hi internals, > > > > I'd like to bring forward the following proposal for PHP 8, which will > make > > (zpp) parameter parsing failures always result in a TypeError (rather > than > > gen

Re: [PHP-DEV] [RFC] Consistent type errors for internal functions

2019-02-16 Thread Ben Ramsey
> On Feb 5, 2019, at 05:22, Nikita Popov wrote: > > Hi internals, > > I'd like to bring forward the following proposal for PHP 8, which will make > (zpp) parameter parsing failures always result in a TypeError (rather than > generating a warning+null, depending on circumstances): > > https://wi

Re: [PHP-DEV] wiki.php.net

2019-02-16 Thread Niklas Keller
I am. I already wanted to make the upgrade last weekend, but didn't find the time. Hopefully I'll find the time for that tomorrow. Regards, Niklas Am Do., 14. Feb. 2019 um 09:33 Uhr schrieb Sebastian Bergmann : > > Who is in charge of wiki.php.net and updates for its software? I ask > because eve

[PHP-DEV] Re: [RFC] Consistent type errors for internal functions

2019-02-16 Thread Nikita Popov
On Tue, Feb 5, 2019 at 12:22 PM Nikita Popov wrote: > Hi internals, > > I'd like to bring forward the following proposal for PHP 8, which will > make (zpp) parameter parsing failures always result in a TypeError (rather > than generating a warning+null, depending on circumstances): > > https://wi

[PHP-DEV] Re: ZTS improvement idea

2019-02-16 Thread Nikita Popov
On Sat, Feb 16, 2019 at 7:51 AM Anatol Belski wrote: > Hi Dmitry, > > > > I thought about it as well. The reason for the additional dereference > > > levels is probably ,that every globals structure has its own size. > > > That way, it needs to go on the heap. > > > > Not necessary. In case all t