Re: [PHP-DEV] Re: [RFC] [Concept] Class Constant visibility modifiers in PHP 7.1+

On Sun, Sep 06, 2015 at 06:47:56PM +0100, Andrea Faulds wrote: > Hi Sean, > > Sean DuBois wrote: > > > >I am starting this discussion to get peoples opinion on the overall feature, > >and find someone > >who would be interested in watching over my progress and making sure I > >do the right things

Re: [PHP-DEV] Re: [RFC] [Discussion] Short Closures

On 7 September 2015 at 06:33, Pavel Kouřil wrote: > Hello, > > these are all good points. > > Also, I realized it's definitely harder to write ~ than =. On my > keyboard layout (Czech Qwerty) I have to do "right alt + shift + (key > above Tab)". I'm not sure how it is with other non-US keyboard >

Re: [PHP-DEV] Re: [RFC] [Discussion] Short Closures

On Sun, Sep 6, 2015 at 11:54 PM, Andrea Faulds wrote: > Hi Bob, > > This has probably already come up, but I'd like to weigh in on the symbol > choice. > > On the subject of syntax, ~> (let's call it the squiggle arrow) seems like a > very poor choice compared to ==> (let's call it Hack's arrow).

Re: [PHP-DEV] RFC Karma for Sean-Der

+1 for Karma ... On Sat, Sep 5, 2015 at 6:43 AM, Sean DuBois wrote: > Hi, > > I am taking over the RFC class constant visibility rfc from Reeze, > and need the permissions to update it. > https://wiki.php.net/rfc/class_const_visibility > > Reeze gave the ok on the PR I have on GitHub as a PoC >

[PHP-DEV] random_compat 1.0.0

The RFC to make random_* throw exceptions and errors has passed, which has removed the only blocker from declaring the API stable. https://github.com/paragonie/random_compat/releases/tag/v1.0.0 The random_compat library exposes a compatible interface for PHP 7's CSPRNG functions in PHP 5 projects

Re: [PHP-DEV] [RFC] [Discussion] Short Closures

> Am 07.09.2015 um 02:59 schrieb Sara Golemon : > > On Sep 6, 2015, at 07:01, Bob Weinand wrote: >> Also, Hack is using a completely different parser, doesn't look like we >> could borrow anything there. >> > True, Hack's parser is ocaml based and unrecognizable to the majority of this > list.

Re: [PHP-DEV] [RFC] [Discussion] Short Closures

On Sep 6, 2015, at 07:01, Bob Weinand wrote: > Also, Hack is using a completely different parser, doesn't look like we could > borrow anything there. > True, Hack's parser is ocaml based and unrecognizable to the majority of this list. But HHVM's parser (which implements the runtime side of Ha

Re: [PHP-DEV] Re: PDO: Disable emulated prepares by default?

On Sun, 2015-09-06 at 18:25 +0100, Andrea Faulds wrote: > Hi Scott, > > Scott Arciszewski wrote: > > Inspired by http://stackoverflow.com/a/12202218/2224584 > > > > Can we (in either PHP 7.0 or in PHP 7.1) turn emulated prepared > > statements off by default, and still allow developers to turn it

[PHP-DEV] Re: [RFC] [Discussion] Short Closures

Hi Bob, This has probably already come up, but I'd like to weigh in on the symbol choice. On the subject of syntax, ~> (let's call it the squiggle arrow) seems like a very poor choice compared to ==> (let's call it Hack's arrow). I think it's been mentioned that ==>, Hack's arrow, was thoug

[PHP-DEV] Re: [RFC] [Vote] Random Functions Throwing Exceptions in PHP 7.0.0

Voting is now closed. The proposal is accepted 28:2. I will merge PR #1379 to master tomorrow (to give time for a final code-review). https://github.com/php/php-src/pull/1397 Thanks all! Anthony On Sun, Aug 30, 2015 at 6:54 PM, Anthony Ferrara wrote: > All, > > I have opened voting for the Ra

Re: [PHP-DEV] Overflow checks and integral vars comparison

Hi Sherif, Sherif Ramadan wrote: Of course, but the ASM can also be ported to other architectures and wrapped in #ifdef for non x86 and MSVC or other compilers, for example. It's not impossible to achieve some sane degree of portability there. I see Andrea already worked on some of this in zend

[PHP-DEV] Re: [RFC] [Concept] Class Constant visibility modifiers in PHP 7.1+

Hi Sean, Sean DuBois wrote: I am starting this discussion to get peoples opinion on the overall feature, and find someone who would be interested in watching over my progress and making sure I do the right things to hopefully get this merged. The PHP bug tracker contains a few simple entries

[PHP-DEV] Re: object_properties_load() does not work for non-string keys -intentional?

Hey Stas, Stanislav Malyshev wrote: Working on unserialize edge case patches backporting, I've discovered that object_properties_load() function crashes if the properties array contains non-string keys (which can happen on unserialize). Now, I can fix the crash, but I can fix it in two ways: 1.

[PHP-DEV] Re: PDO: Disable emulated prepares by default?

Hi Scott, Scott Arciszewski wrote: Inspired by http://stackoverflow.com/a/12202218/2224584 Can we (in either PHP 7.0 or in PHP 7.1) turn emulated prepared statements off by default, and still allow developers to turn it on if they really want them? For now my code works around this design deci

[PHP-DEV] Re: Generic classes and methods RFC

Hi Ben! Ben Scholzen 'DASPRiD' wrote: Hello, I've written up an RFC for supporting generic classes and methods in PHP, and I'd love to hear your thoughts about it. https://wiki.php.net/rfc/generics Cheers, Generics are a feature I'd love to see in PHP. I think this RFC could do with a litt

Re: [PHP-DEV] [RFC] [Discussion] Short Closures

> Am 06.09.2015 um 12:54 schrieb Björn Larsson : > > Den 2015-09-05 kl. 14:47, skrev Bob Weinand: >>> Am 05.09.2015 um 11:34 schrieb Björn Larsson >> >: >>> >>> Den 2015-08-31 kl. 21:29, skrev Bob Weinand: I had this RFC in draft since some time, but delayed

[PHP-DEV] VCS Account Request: rakeshkush87

Developing the PHP runtime Maintaining an official, bundled PHP extension Maintaining the documentation Maintaining php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php