[PHP-DEV] Set object properties inline

Hi internals, I often have code dealing with plain old PHP objects with properties and no methods, either as a substitute for keyword arguments, or to represent a JSON or YAML document for a web service, configuration file or schemaless database. At the moment, instantiating an object and

Re: [PHP-DEV] Bug or expected behavior?

On 05/31/2016 09:59 PM, Nikita Popov wrote: On Tue, May 31, 2016 at 9:54 PM, Marc Bennewitz > wrote: Hi, today I was running into an issue with a function lookup over namespace. https://3v4l.org/qF7cK fails https://3v4l.org/evVic

Re: [PHP-DEV] [RFC Discussion] array_change_keys()

array_change_keys() has been added to 3v4l.org if anyone would like to try it online. Simple example: https://3v4l.org/vehTo/rfc#tabs

Re: [PHP-DEV] Bug or expected behavior?

On Tue, May 31, 2016 at 9:54 PM, Marc Bennewitz wrote: > Hi, > > today I was running into an issue with a function lookup over namespace. > > https://3v4l.org/qF7cK fails > https://3v4l.org/evVic works > > For me it looks like the function lookup for "is_null" in this case gets

[PHP-DEV] Bug or expected behavior?

Hi, today I was running into an issue with a function lookup over namespace. https://3v4l.org/qF7cK fails https://3v4l.org/evVic works For me it looks like the function lookup for "is_null" in this case gets cached on first use and on second call no check will be done if this function exists

Re: [PHP-DEV] [RFC] Fix inconsistent behavior of $this variable

On 31.05.2016 at 18:55, Fleshgrinder wrote: > On 5/31/2016 6:39 PM, Dmitry Stogov wrote: >> >> $this is still confirm to variable syntax. It's just a special variable. >> I think, we should keep lexical rules unchanged. > > TL;DR $this does conform to syntax but not to basic PHP userland rules >

Re: [PHP-DEV] [RFC] Fix inconsistent behavior of $this variable

On 5/31/2016 6:39 PM, Dmitry Stogov wrote: > Hi Richard, > > $this is still confirm to variable syntax. It's just a special variable. > I think, we should keep lexical rules unchanged. > The page is about user assignable variable names. If I understand it correct we cannot to the following

Re: [PHP-DEV] [RFC] Fix inconsistent behavior of $this variable

changing "$this" into "this" is not an option. This would break 90% of PHP code :) From: Marc Bennewitz Sent: Tuesday, May 24, 2016 10:21:02 PM To: internals@lists.php.net Subject: Re: [PHP-DEV] [RFC] Fix inconsistent behavior of $this

Re: [PHP-DEV] [RFC] Fix inconsistent behavior of $this variable

Hi Richard, $this is still confirm to variable syntax. It's just a special variable. I think, we should keep lexical rules unchanged. Thanks. Dmitry. From: Fleshgrinder Sent: Tuesday, May 31, 2016 7:19:57 PM To: Dmitry Stogov;

Re: [PHP-DEV] [RFC] Fix inconsistent behavior of $this variable

On 5/23/2016 10:24 PM, Dmitry Stogov wrote: > https://wiki.php.net/rfc/this_var > Hi Dmitry, could you extend the RFC with an additional section that mentions to update corresponding manual pages, e.g.: https://secure.php.net/language.variables.basics There is a regular expression on that

[PHP-DEV] Re: PHP's handling of BOM (byte order mark)

Hi Sammy, Sammy Kaye Powers wrote: If you create a php file with the following: PHP Warning: Cannot modify header information - headers already sent by (output started at %s:1) in %s on line %d But it doesn't seem to return the BOM to std out (but I could be doing this part wrong). If you

Re: [PHP-DEV] PHP's handling of BOM (byte order mark)

On Mon, 30 May 2016, Stanislav Malyshev wrote: > If it is really becoming an issue, we could probably make the lexer > treat BOM+ enough issue. That that would break the case when somebody is trying to serve/generate a file which starts with a BOM though cheers, Derick --

[PHP-DEV] NEUTRAL Benchmark Results for PHP Master 2016-05-31

Results for project PHP master, build date 2016-05-31 06:28:18+03:00 commit: b111da9 previous commit:2a0261d revision date: 2016-05-31 04:06:00+03:00 environment:Haswell-EP cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB

Re: [PHP-DEV] PHP's handling of BOM (byte order mark)

Hi All. As the BOM is only relevant on UTF-16 and UTF-32 encoded files and UTF-8-encoded files are strongly discouraged from having one[1] - (Use of a BOM is neither required nor recommended for UTF-8) there are two questions that arise IMO. 1. Does PHP support Files encoded in UTF16 or UTF-32?