Re: [PHP-DEV] [RFC] Generalize support of negative string offsets

> We should be deprecating this alternative syntax instead of recommending > its use. I was under the impression that we *were* already discouraging its > use and it has already been temporarily deprecated. I agree with Nikita. I think we should be deprecating and removing `{}` access in favor of

[PHP-DEV] Re: RFC Operator Overloading in Userspace

On Mon, 04 Jan 2016 16:34:21 +, Andrea Faulds wrote: > Hi Sara, > > Sara Golemon wrote: >> Patricio Tarantino has asked me to help him propose Operator >> Overloading in PHP 7.1 (based in part on my operator extension in >> PECL). I think we can expose this to usespace as magic methods with

Re: [PHP-DEV] [RFC] Generalize support of negative string offsets

Hi! > I strongly disagree with this. $str[$offset] is well-recognized, > generally understood syntax that does not require familiarity with > language peculiarities. $str{$offset} might be clear to a Perl > programmer, but to anyone else this is just guesswork, with a typo being > a reasonable

[PHP-DEV] Re: RFC Operator Overloading in Userspace

Hi Stephen, Stephen Coakley wrote: It looks like I'm late to the party for this discussion, but I feel like this is a similar concept to the already existing Comparable RFC , which in my opinion, has a much better interface. Is this slightly more in-line with what you're thinking with type

Re: [PHP-DEV] [RFC] Generalize support of negative string offsets

Den 2016-02-01 kl. 22:06, skrev Stanislav Malyshev: > Hi! > >> I strongly disagree with this. $str[$offset] is well-recognized, >> generally understood syntax that does not require familiarity with >> language peculiarities. $str{$offset} might be clear to a Perl >> programmer, but to anyone else

[PHP-DEV] Re: [RFC] Warn about invalid strings in arithmetic (moving back todiscussion)

Hi everyone, There is one unresolved issue with the current patch that the RFC doesn't address, so I'll ask about it here. As part of supporting exponent notation in all remaining integer operations (casts, operators), I would like to have intval() support it, to match the `(int)` cast.

Re: [PHP-DEV] [RFC] Generalize support of negative string offsets

On Sun, Jan 31, 2016 at 11:14 PM, Stanislav Malyshev wrote: > Hi! > >> The only concern I have is that support of negative indexing will break >> symmetry with (proper) arrays, where we cannot support negative indexing. > > I think that was the main source of objections to

RE: [PHP-DEV] Re: Streams and I/O refactoring approach

Hi Dmitry, Many thanks for the comments. > -Original Message- > From: Dmitry Stogov [mailto:dmi...@zend.com] > Sent: Monday, February 1, 2016 10:23 AM > To: Anatol Belski ; internals@lists.php.net > Cc: 'Pierre Joye' ; 'Xinchen Hui' >

[PHP-DEV] Re: Streams and I/O refactoring approach

Hi, At current state, I see this not as a whole stream layer refactoring, but as a low-level replacement of POSIX layer on Windows. I see only few "visible" changes: 1. The layer first checks, if file names are valid UTF-8 strings, and use UTF-8 names or fall back to system locale. 2. The

Re: [PHP-DEV] [RFC] Generalize support of negative string offsets

Le 31/01/2016 23:14, Stanislav Malyshev a écrit : Hi! The only concern I have is that support of negative indexing will break symmetry with (proper) arrays, where we cannot support negative indexing. I think that was the main source of objections to this proposal in the past. However, as one

[PHP-DEV] Tutorials

I am just looking for tutorials on developing a computer language. Every part of developing a computer language. I am also looking for tutorials on writing wrappers for php, like opengl, alsa, jack, ladspa, gtk, wx,etcetera. The more tutorials you post the more it will help development. If you

Re: [PHP-DEV] [RFC] Generalize support of negative string offsets

On Sun, Jan 31, 2016 at 11:14 PM, Stanislav Malyshev wrote: > Hi! > > > The only concern I have is that support of negative indexing will break > > symmetry with (proper) arrays, where we cannot support negative indexing. > > I think that was the main source of objections to

RE: [PHP-DEV] Re: Streams and I/O refactoring approach

Hi, > -Original Message- > From: Anatol Belski [mailto:anatol@belski.net] > Sent: Monday, February 1, 2016 11:03 AM > To: 'Dmitry Stogov' ; internals@lists.php.net > Cc: 'Pierre Joye' ; 'Xinchen Hui' > ; 'Nikita Popov'

[PHP-DEV] GOOD Benchmark Results for PHP Master 2016-02-01

Results for project PHP master, build date 2016-02-01 06:29:53+02:00 commit: 678300a previous commit:1b36037 revision date: 2016-01-31 18:14:37+00:00 environment:Haswell-EP cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB