Re: [PHP-DEV] [RFC] Loosening heredoc/nowdoc scanner

2014-08-29 Thread Stas Malyshev
Hi! > I would like to propose a few changes to our heredoc / nowdoc scanner to make > it less awkward to use inside other constructs. > > https://wiki.php.net/rfc/heredoc-scanner-loosening > > Let me know your thoughts :) With this proposal, you will not be able to use the delimiter inside the

[PHP-DEV] [RFC] Loosening heredoc/nowdoc scanner

2014-08-29 Thread Tjerk Meesters
Hi internals, I would like to propose a few changes to our heredoc / nowdoc scanner to make it less awkward to use inside other constructs. https://wiki.php.net/rfc/heredoc-scanner-loosening Let me know your thoughts :) Best, Tjerk (@datibbaw) -- PHP Internals - PHP Runtime Development Mail

Re: [PHP-DEV] Re: 64 bit string offsets

2014-08-29 Thread Anatol Belski
On Fri, August 29, 2014 18:34, Xinchen Hui wrote: > On Fri, Aug 29, 2014 at 11:49 PM, Anatol Belski > wrote: > >> Hi, >> >> >> while refining the big string support, it turned out that we've an >> issue. The syntax like $s[42] = 'x'; is currently inconsistend, because >> we have uint32 for string

Re: [PHP-DEV] 64 bit string offsets

2014-08-29 Thread Anatol Belski
On Fri, August 29, 2014 19:41, Andrea Faulds wrote: > > On 29 Aug 2014, at 17:39, Anatol Belski wrote: > > >> On Fri, August 29, 2014 17:54, Andrea Faulds wrote: >> >> >>> I’d just leave things as they are… though I suppose there might be >>> some benefit to switching to size_t for string offsets

Re: [PHP-DEV] 64 bit string offsets

2014-08-29 Thread Andrea Faulds
On 29 Aug 2014, at 17:39, Anatol Belski wrote: > On Fri, August 29, 2014 17:54, Andrea Faulds wrote: > >> I’d just leave things as they are… though I suppose there might be some >> benefit to switching to size_t for string offsets. Does that avoid a cast >> in the generated assembly? > My point

Re: [PHP-DEV] 64 bit string offsets

2014-08-29 Thread Anatol Belski
On Fri, August 29, 2014 17:54, Andrea Faulds wrote: > > On 29 Aug 2014, at 16:49, Anatol Belski wrote: > > >> Hi, >> >> >> while refining the big string support, it turned out that we've an > issue. >> The syntax like $s[42] = 'x'; is currently inconsistend, because we >> have uint32 for string o

[PHP-DEV] Re: 64 bit string offsets

2014-08-29 Thread Xinchen Hui
On Fri, Aug 29, 2014 at 11:49 PM, Anatol Belski wrote: > Hi, > > while refining the big string support, it turned out that we've an issue. > The syntax like $s[42] = 'x'; is currently inconsistend, because we have > uint32 for string offsets. This actually means, the behaviour is currently > only

Re: [PHP-DEV] 64 bit string offsets

2014-08-29 Thread Andrea Faulds
On 29 Aug 2014, at 16:49, Anatol Belski wrote: > Hi, > > while refining the big string support, it turned out that we've an issue. > The syntax like $s[42] = 'x'; is currently inconsistend, because we have > uint32 for string offsets. This actually means, the behaviour is currently > only avail

[PHP-DEV] 64 bit string offsets

2014-08-29 Thread Anatol Belski
Hi, while refining the big string support, it turned out that we've an issue. The syntax like $s[42] = 'x'; is currently inconsistend, because we have uint32 for string offsets. This actually means, the behaviour is currently only available in the old style and can handle not more than 2gb big str

Re: [PHP-DEV] 5.4 non-security issues - last call

2014-08-29 Thread Matt Wilmas
Hi Stas, all! - Original Message - From: "Stas Malyshev" Sent: Thursday, August 28, 2014 Hi! 5.6.0 has been released, and first thing I'd like to congratulate all who participated in it with this great milestone. Second thing, that means 5.4.33 would be the last release including non-

Re: [PHP-DEV] PHP 5.6 frontpage links funny on php.net + mirrors

2014-08-29 Thread Patrick Schaaf
On Friday 29 August 2014 11:59:50 Ferenc Kovacs wrote: > in the meantime, could you please report a bug about this, so that we won't > forget it (and there is a chance that somebody else can also help figuring > out what's happening here). https://bugs.php.net/bug.php?id=67931

Re: [PHP-DEV] PHP 5.6 frontpage links funny on php.net + mirrors

2014-08-29 Thread Ferenc Kovacs
On Fri, Aug 29, 2014 at 11:36 AM, Ferenc Kovacs wrote: > > > > On Fri, Aug 29, 2014 at 11:28 AM, Patrick Schaaf wrote: > >> On Friday 29 August 2014 10:57:57 Ferenc Kovacs wrote: >> >> > > Apart from that: the link for "Variadic functions" (second bullet in >> the >> > > main features announcem

Re: [PHP-DEV] Cleaning 5.3 git branches ?

2014-08-29 Thread Pierre Joye
On Aug 29, 2014 11:32 AM, "Derick Rethans" wrote: > > On Thu, 28 Aug 2014, Julien Pauli wrote: > > > I already sent a mail, few months ago, to clean the branches we dont > > use any more. Some argued that for history, they should be kept > > referenced. > > As they are so light weight, there is no

Re: [PHP-DEV] Cleaning 5.3 git branches ?

2014-08-29 Thread Julien Pauli
On Fri, Aug 29, 2014 at 8:54 AM, Andrey Andreev wrote: > On Fri, Aug 29, 2014 at 3:03 AM, Johannes Schlüter > wrote: >> On Fri, 2014-08-29 at 00:12 +0100, Andrea Faulds wrote: >>> I don’t see the need, though. For cases where we added stuff after release, >>> just make an extra tag. >> >> $ git

Re: [PHP-DEV] PHP 5.6 frontpage links funny on php.net + mirrors

2014-08-29 Thread Ferenc Kovacs
On Fri, Aug 29, 2014 at 11:28 AM, Patrick Schaaf wrote: > On Friday 29 August 2014 10:57:57 Ferenc Kovacs wrote: > > > > Apart from that: the link for "Variadic functions" (second bullet in > the > > > main features announcement),leads to manual lookup because > > > "function.arguments.php does

Re: [PHP-DEV] Cleaning 5.3 git branches ?

2014-08-29 Thread Derick Rethans
On Thu, 28 Aug 2014, Julien Pauli wrote: > I already sent a mail, few months ago, to clean the branches we dont > use any more. Some argued that for history, they should be kept > referenced. As they are so light weight, there is no reason to remove them. Please keep them. I still occasionally

Re: [PHP-DEV] PHP 5.6 frontpage links funny on php.net + mirrors

2014-08-29 Thread Patrick Schaaf
On Friday 29 August 2014 10:57:57 Ferenc Kovacs wrote: > > Apart from that: the link for "Variadic functions" (second bullet in the > > main features announcement),leads to manual lookup because > > "function.arguments.php doesn't exist" > > > > http://php.net/functions.arguments.php#functions

Re: [PHP-DEV] PHP 5.6 frontpage links funny on php.net + mirrors

2014-08-29 Thread Ferenc Kovacs
On Fri, Aug 29, 2014 at 10:20 AM, Patrick Schaaf wrote: > Hi, > > just noticed that the PHP 5.6 related links on the php.net frontpage of > mirrors, all point back to http://php.net/ instead of pointing to the > respective mirror. Is that intentional? > we just followed suit with previous announ

Re: [PHP-DEV] SipHash

2014-08-29 Thread Xinchen Hui
On Thu, Aug 28, 2014 at 4:07 PM, Sebastian Bergmann wrote: > Am 28.08.2014 um 10:04 schrieb Pierre Joye: >> ext/hash can have it anyway. I did not look at it if it makes sense to >> use it in other parts. > > Sorry for not bein more clear: yes, I was thinking about adding it to > ext/hash, of co

[PHP-DEV] PHP 5.6 frontpage links funny on php.net + mirrors

2014-08-29 Thread Patrick Schaaf
Hi, just noticed that the PHP 5.6 related links on the php.net frontpage of mirrors, all point back to http://php.net/ instead of pointing to the respective mirror. Is that intentional? Apart from that: the link for "Variadic functions" (second bullet in the main features announcement),leads t

Re: [PHP-DEV] Documentation error

2014-08-29 Thread jocelyn fournier
The translations for other langages are currently misleading as well, since it still mentions PHP5.6 is under development. e.g. : http://php.net/manual/fr/migration56.php http://php.net/manual/de/migration56.php ... Thanks, Jocelyn Le 29/08/2014 02:43, Alain Williams a écrit : I notice t