[PHP-DEV] What is the current state of PHP6?

Apart from the minutes of a meeting back in November *2005* ( was it really that long ago ) there seems to be no further definitive documentation on the PHP6 roadmap. This is partially why the continual development of PATCHES for PHP5 relating to UNICODE is somewhat annoying. I KEEP asking wha

RE: FW: [PHP-DEV] memory corruptions in APC env when using references or extract(..., EXTR_REFS) [was re: references / zend_assign_to_variable / IS_CONST operands in APC]

Test the latest snapshot. We actually fixed some bugs just recently which were manipulating reference counts when they shouldn't have. Andi > -Original Message- > From: Kannan Muthukkaruppan [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 03, 2008 5:05 PM > To: Stas Malyshev > Cc: inter

RE: [PHP-DEV] intl naming

> -Original Message- > From: Pierre Joye [mailto:[EMAIL PROTECTED] > Sent: Friday, April 04, 2008 12:33 PM > To: Stas Malyshev > Cc: Lester Caine; PHP internals > Subject: Re: [PHP-DEV] intl naming > > > It is also amazing to systematically ignore my comments about your off > list discuss

Re: [PHP-DEV] intl naming

On Fri, Apr 4, 2008 at 9:27 PM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > Hi! > > > > > Yes, please tell us your "long" term plan/roadmap/todo, what is the > > remaining work in intl and unicode, in php6 (from a ICU integration > > point of view). We have a wonderful tool to document such tas

Re: [PHP-DEV] intl naming

Hi! Yes, please tell us your "long" term plan/roadmap/todo, what is the remaining work in intl and unicode, in php6 (from a ICU integration point of view). We have a wonderful tool to document such tasks very efficiently at http://wiki.php.net. Doing so may help you to do not be "out of resource

Re: [PHP-DEV] intl naming

Hi Stan, On Fri, Apr 4, 2008 at 8:47 PM, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > > PLEASE - what is stopping PHP6 becoming a platform that we can start > working with today? > > > > There's a lot of work still for integrating intl extension with PHP 6 (and > PHP 5 too), please tell me wh

Re: [PHP-DEV] intl naming

Hi! THAT I agree with - BUT WHAT IS STOPPING PHP6 being the solution. I can't see any reason that time is being wasted on yet another PHP5.X when that same effort could be directed to getting at least a stable beta of PHP6 out the door? I'm sorry you don't see the reason, but we do. The reas

RE: [PHP-DEV] intl naming

-Original Message- From: Derick Rethans [mailto:[EMAIL PROTECTED] Sent: Friday, April 04, 2008 4:37 AM To: Tex Texin Cc: Lester Caine; PHP internals Subject: RE: [PHP-DEV] intl naming Tex, please please quote properly, it is really hard to follow the conversion down below here. http:

RE: [PHP-DEV] intl naming

Tex, please please quote properly, it is really hard to follow the conversion down below here. http://www.netmeister.org/news/learn2quote.html has some good information on this topic. regards, Derick On Fri, 4 Apr 2008, Tex Texin wrote: > Lester asks: > > THAT I agree with - BUT WHAT IS STO

Re: [PHP-DEV] The "jump" operator

Richard Quadling wrote: > Is there use case that can be used for the documentation? Two big ones I can think of: Multi-loop breaks and parsers. -- Edward Z. YangGnuPG: 0x869C48DA HTML Purifier Anti-XSS Filter [[ 3FA8 E9A9 7385 B691 A6FC B3CB A

Re: [PHP-DEV] The "jump" operator

On Fri, 4 Apr 2008, Richard Quadling wrote: > On 04/04/2008, Jani Taskinen <[EMAIL PROTECTED]> wrote: > > You're about year too late..or even more. Please, don't just this > > discussion now. > > Is there use case that can be used for the documentation? http://youngbloods.org/essays/argument_fo

Re: [PHP-DEV] The "jump" operator

On 04/04/2008, Jani Taskinen <[EMAIL PROTECTED]> wrote: > You're about year too late..or even more. Please, don't just this > discussion now. Is there use case that can be used for the documentation? -- - Richard Quadling Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=2134

Re: [PHP-DEV] The "jump" operator

You're about year too late..or even more. Please, don't just this discussion now. --Jani On Fri, 2008-04-04 at 13:35 +0300, Arvids Godjuks wrote: > Well, why even add such functionality if it's doubtful it will be used. It > just ads confusion and anger to users, who knows what it does and what h

Re: [PHP-DEV] The "jump" operator

Well, why even add such functionality if it's doubtful it will be used. It just ads confusion and anger to users, who knows what it does and what harm can be done. GOTO functionality wasn't present in PHP and i think should never be ever. break is fine.. 2008/4/4, Alexey Zakhlestin <[EMAIL PROTECT

Re: [PHP-DEV] The "jump" operator

On 04 Apr 13:07, Alexey Zakhlestin wrote: Hi, >> Link: http://news.php.net/php.internals/36536 > it is a limited goto, just as advertised. you can get out of blocks > with it, but you can't go into blocks Shouldn't it be e.g. 'leave' instead of 'goto' then? Just to avoid confusion. regards dtg

Re: [PHP-DEV] The "jump" operator

On Fri, Apr 4, 2008 at 12:43 PM, Arvids Godjuks <[EMAIL PROTECTED]> wrote: > Link: http://news.php.net/php.internals/36536 > One question - are you crazy? I heared about break with goto capabilities - > that's understandable - you could break 2 or 3 level loops, but this one > shit. Could you p

RE: [PHP-DEV] intl naming

Lester asks: THAT I agree with - BUT WHAT IS STOPPING PHP6 being the solution. I can't see any reason that time is being wasted on yet another PHP5.X when that same effort could be directed to getting at least a stable beta of PHP6 out the door? Tex replies: When we started this project nearly

[PHP-DEV] The "jump" operator

Link: http://news.php.net/php.internals/36536 One question - are you crazy? I heared about break with goto capabilities - that's understandable - you could break 2 or 3 level loops, but this one shit.

Re: [PHP-DEV] intl naming

Stanislav Malyshev wrote: Hi! I suppose the main question here is the simple one. Will PHP6 be integrally - unicode? Sure, it will :) run anything else - use PHP5 for an 'ascii' based version ) then why are we discussing separating out functions which are part of that core. Because we nee