Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-30 Thread Cristian Rodriguez
2008/3/30, Edward Z. Yang <[EMAIL PROTECTED]>: > list($b) = 'asdf'; // $b is NULL yep, that does not work, and should IMHO emit the warning I mentioned in a previuos email... ;) -- "If debugging is the process of removing bugs, then programming must be the process of putting them in." – Edsge

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-30 Thread Edward Z. Yang
Stanislav Malyshev wrote: > This is weird... I wouldn't go as far as saying nobody uses it - since > experience shows there's somebody somewhere using any weird combination > of PHP features imaginable - but it's definitely a strange code. Even > though, I think since it's functionality drop, we ma

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-28 Thread Felipe Pena
Em Sex, 2008-03-28 às 12:58 +0100, Hannes Magnusson escreveu: > On Thu, Mar 27, 2008 at 3:22 AM, Felipe Pena <[EMAIL PROTECTED]> wrote: > > 2008/3/26, Johannes Schlüter <[EMAIL PROTECTED]>: > > > > > > - Added "jump label" operator (limited "goto"). (Dmitry, Sara) > > > > > > > > > No objection

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-28 Thread Hannes Magnusson
On Fri, Mar 28, 2008 at 2:58 PM, Cristian Rodriguez <[EMAIL PROTECTED]> wrote: > 2008/3/28, Hannes Magnusson <[EMAIL PROTECTED]>: > > > > I agree. > > Any functionality removal, no matter how wtf it might be, shouldn't be > merged. > > If we could however throw E_DEPRECATED there, that would

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-28 Thread Cristian Rodriguez
2008/3/28, Hannes Magnusson <[EMAIL PROTECTED]>: > I agree. > Any functionality removal, no matter how wtf it might be, shouldn't be > merged. > If we could however throw E_DEPRECATED there, that would be great. I guess an E_WARNING is more appropiate Warning : "list() only works on numerical

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-28 Thread Hannes Magnusson
On Thu, Mar 27, 2008 at 11:31 PM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > >> What exactly does that change? > > > > $a = "foo"; list($b) = $a; var_dump($b); > > This is weird... I wouldn't go as far as saying nobody uses it - since > experience shows there's somebody somewhere using any

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-28 Thread Hannes Magnusson
On Thu, Mar 27, 2008 at 3:22 AM, Felipe Pena <[EMAIL PROTECTED]> wrote: > 2008/3/26, Johannes Schlüter <[EMAIL PROTECTED]>: > > > > - Added "jump label" operator (limited "goto"). (Dmitry, Sara) > > > > > > No objection, while it adds yet another keyword. > > > > Patch: > - http://felipe.ath

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-27 Thread Stanislav Malyshev
What exactly does that change? $a = "foo"; list($b) = $a; var_dump($b); This is weird... I wouldn't go as far as saying nobody uses it - since experience shows there's somebody somewhere using any weird combination of PHP features imaginable - but it's definitely a strange code. Even though

[PHP-DEV] Re: Backporting to 5_3

2008-03-27 Thread Felipe Pena
Em Qua, 2008-03-26 às 23:43 -0300, Felipe Pena escreveu: > 2008/3/26, Johannes Schlüter <[EMAIL PROTECTED]>: > > > - Removed undocumented and incomplete support for strings in list() > > > operator. (Dmitry) > > > > > > What exactly does that change? > > $a = "foo"; list($b) = $a; var_dump($b);

[PHP-DEV] Re: Backporting to 5_3

2008-03-26 Thread Felipe Pena
2008/3/26, Johannes Schlüter <[EMAIL PROTECTED]>: > > - Removed undocumented and incomplete support for strings in list() > > operator. (Dmitry) > > > What exactly does that change? $a = "foo"; list($b) = $a; var_dump($b); Before: string(1) "f" After (HEAD): NULL -- PHP Internals - PHP Runtim

[PHP-DEV] Re: Backporting to 5_3

2008-03-26 Thread Felipe Pena
2008/3/26, Johannes Schlüter <[EMAIL PROTECTED]>: > > - Added "jump label" operator (limited "goto"). (Dmitry, Sara) > > > No objection, while it adds yet another keyword. > Patch: - http://felipe.ath.cx/diff/goto.diff Patch full (with re2c regenerated files): - http://felipe.ath.cx/diff/goto-wi

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-26 Thread Pierre Joye
On Thu, Mar 27, 2008 at 1:05 AM, Johannes Schlüter <[EMAIL PROTECTED]> wrote: > > On Thu, 2008-03-27 at 01:01 +0100, "Pierre Joye" wrote: > > On Thu, Mar 27, 2008 at 12:54 AM, Johannes Schlüter <[EMAIL PROTECTED]> > wrote: > > > > > > > > And compile time JIT is fine as long as we don't have

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-26 Thread Johannes Schlüter
On Thu, 2008-03-27 at 01:01 +0100, "Pierre Joye" wrote: > On Thu, Mar 27, 2008 at 12:54 AM, Johannes Schlüter <[EMAIL PROTECTED]> wrote: > > > > > And compile time JIT is fine as long as we don't have to care for > > encoding, right? So this change won't be needed in 5.3. > > Except when one s

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-26 Thread Pierre Joye
On Thu, Mar 27, 2008 at 12:54 AM, Johannes Schlüter <[EMAIL PROTECTED]> wrote: > > And compile time JIT is fine as long as we don't have to care for > encoding, right? So this change won't be needed in 5.3. Except when one sends a xxMB post that you are not expecting and will not use. But that

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-26 Thread Johannes Schlüter
On Thu, 2008-03-27 at 00:48 +0100, "Pierre Joye" wrote: > On Thu, Mar 27, 2008 at 12:34 AM, Johannes Schlüter <[EMAIL PROTECTED]> wrote: > > > > On Wed, 2008-03-26 at 10:04 -0300, Felipe Pena wrote: > > > > > Hello, > > > > > > I would like know which itens below needs be backported to 5_3: > >

Re: [PHP-DEV] Re: Backporting to 5_3

2008-03-26 Thread Pierre Joye
On Thu, Mar 27, 2008 at 12:34 AM, Johannes Schlüter <[EMAIL PROTECTED]> wrote: > > On Wed, 2008-03-26 at 10:04 -0300, Felipe Pena wrote: > > > Hello, > > > > I would like know which itens below needs be backported to 5_3: > > > > - Added runtime JIT auto-globals fetching and caching. (Dmitry,

[PHP-DEV] Re: Backporting to 5_3

2008-03-26 Thread Johannes Schlüter
On Wed, 2008-03-26 at 10:04 -0300, Felipe Pena wrote: > Hello, > > I would like know which itens below needs be backported to 5_3: > > - Added runtime JIT auto-globals fetching and caching. (Dmitry, Sara) Not sure if this has benefits without the encoding stuff which is planned for PHP 6. > -