Re: [PHP-DEV] set_magic_quotes_runtime is still E_DEPRECATED

2009-06-16 Thread Zeev Suraski
At 17:00 16/06/2009, Daniel Convissor wrote: Folks: I propose the following behavior: Throw a deprecated warning unless magic quotes are currently enabled and the parameter is to disable them. The function is going away. A deprecated warning is necessary to alert people of this fact, no

Re: [PHP-DEV] RFC: Type hinting revisited for PHP 5.3

2009-07-05 Thread Zeev Suraski
I think there's a more fundamental flaw here than just pointing to 'numeric' as an alternative. The internal IS_* setting is meaningless for countless pieces of data floating around in PHP, arguably far more than the ones for which it truly represents the 'semantic' type. Continuing what

Re: [PHP-DEV] Type hinting/casting request for vote

2009-07-08 Thread Zeev Suraski
At 21:38 07/07/2009, Rasmus Lerdorf wrote: -1 on 5.3. The window for adding new major features to 5.3 is obviously long gone. Not sure why you are even suggesting it. +0 on parts of it for the next major release. You still haven't convinced me that strict type checking won't cause more

[PHP-DEV] Type hinting - Request for Discussion

2009-07-09 Thread Zeev Suraski
All, I think that we should revisit the options on the table. I have a feeling that much like many people didn't realize they're voting to bring this into 5.3 - many weren't fully aware of the options on the table and their implications (to be clear - I'm sure some were, but I think many

Re: [PHP-DEV] Type hinting - Request for Discussion

2009-07-09 Thread Zeev Suraski
At 11:39 09/07/2009, Paul Biggar wrote: I believe nearly all opinions voiced have wanted the current patch. Many more were in favour of strict typing only, but for the few dissenters, like myself, Ilia included casting semantics using (int) syntax. I think that many of the people who expressed

Re: [PHP-DEV] Type hinting - Request for Discussion

2009-07-10 Thread Zeev Suraski
At 10:42 10/07/2009, Pierre Joye wrote: hi, I'm still in favour of #2 (Ilia's patch) as I don't see a real benefit of a weak typing implementation, it defeats the main goal of this addition. I'm also still opposed to add such thing in 5.3.x. Can you elaborate on what is the main goal of this

Re: [PHP-DEV] [PHP-FPM] syntax of configuration file

2009-12-09 Thread Zeev Suraski
At 19:44 09/12/2009, Jérôme Loyet wrote: So let have the question another way: Do we keep XML or do we switch to something else ? If so, which format ? I and some others think xml is not appropriate here because of the complexity. So I do think there is a need to change. INI or other ? INI is

Re: [PHP-DEV] invalid params return value

2009-12-31 Thread Zeev Suraski
At 14:20 31/12/2009, Derick Rethans wrote: On Thu, 31 Dec 2009, Stanislav Malyshev wrote: Would changing the returning value to Null to indicate invalid arguments (or any other error condition) would create a significant BC surely? Just how many functions are documented with the entity

Re: [PHP-DEV] Syntactic improvement to array

2007-02-04 Thread Zeev Suraski
My 2c - unless we also make it behave like a list() when in assignment context - I think it will confusing. So I'm +1 if we make it work as both list() and array(), and -1 otherwise. Zeev At 09:25 04-02-07, Andi Gutmans wrote: Hi, I thought I may have brought this up a long time ago but

Re: [PHP-DEV] Syntactic improvement to array

2007-02-04 Thread Zeev Suraski
At 20:14 04-02-07, Pierre wrote: Hi, On 2/4/07, Ilia Alshanetsky [EMAIL PROTECTED] wrote: I personally find array extremely clear, in recent weeks I had to do A LOT of JavaScript work where the array syntax works in a manner you suggest for PHP and its a massive pain. It does not make for a

Re: [PHP-DEV] Syntactic improvement to array

2007-02-04 Thread Zeev Suraski
At 23:27 04-02-07, Pierre wrote: On 2/4/07, Zeev Suraski [EMAIL PROTECTED] wrote: At 20:14 04-02-07, Pierre wrote: Hi, On 2/4/07, Ilia Alshanetsky [EMAIL PROTECTED] wrote: I personally find array extremely clear, in recent weeks I had to do A LOT of JavaScript work where the array syntax works

Re: [PHP-DEV] Syntactic improvement to array

2007-02-04 Thread Zeev Suraski
At 23:51 04-02-07, Pierre wrote: On 2/4/07, Zeev Suraski [EMAIL PROTECTED] wrote: One of the key guidelines of the language definition process of PHP was that we don't want multiple ways of doing the same thing, and we don't buy the argument of 'why do you care? you can still do it the other

Re: [PHP-DEV] POSIX regex

2007-07-17 Thread Zeev Suraski
At 00:21 17/07/2007, Pierre wrote: Hi Andi, On 7/16/07, Andi Gutmans [EMAIL PROTECTED] wrote: I disagree with this view of the world. Well, we seem to all agree on this view, but let forget this unsignificant fact :) Pierre, I wanted to send my 2c even though I'm not really involved in

Re: [PHP-DEV] POSIX regex

2007-07-18 Thread Zeev Suraski
At 00:55 18/07/2007, Pierre wrote: My answer to Andi was not only about ereg but php6 in general (the unicode flag being a much more important problem that ereg, for example). I fully agree with you. Each individual here does not represent the user base but only a relative small part. However,

Re: [PHP-DEV] POSIX regex

2007-07-18 Thread Zeev Suraski
At 01:20 18/07/2007, Derick Rethans wrote: This sounds like a broken record, this sounds like a broken record, this sounds like a broken record. I've heard this so many times now, it get's boring. I'm not surprised, but it doesn't change the fact that it's true, though. No matter how many

Re: [PHP-DEV] POSIX regex

2007-07-18 Thread Zeev Suraski
At 04:47 18/07/2007, Lukas Kahwe Smith wrote: Zeev Suraski wrote: Finally, at the risk of sounding like a broken record, we always need to remember that BC breakage accumulates, and it's not binary. Every cleanup we do in PHP 6 will further slow migration, and as Andi pointed out a few days

Re: [PHP-DEV] Memory leak after calling exit() when Zend MM is turned off?

2013-01-16 Thread Zeev Suraski
On 16 בינו 2013, at 22:00, Pascal Mathis d...@snapserv.net wrote: Hi internals! I am currently developing a Zend extension. Because the Zend MM leak reports are not really useful sometimes, I switched the memory manager off with the environment variable USE_ZEND_ALLOC=0, so that I can use

RE: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0

2013-01-25 Thread Zeev Suraski
Either by a number of people stepping up to help with the existing APC code, or perhaps more realistically making it a priority in PHP 5.6 to streamline the engine and the executor for opcode caching and either including a heavily simplified version of APC or writing a new one. One thing I

RE: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0

2013-01-25 Thread Zeev Suraski
-Original Message- From: Will Fitch [mailto:wfi...@meetme.com] On Behalf Of Will Fitch Sent: Friday, January 25, 2013 6:48 PM To: Zeev Suraski; Rasmus Lerdorf Cc: Ralf Lang; internals@lists.php.net Subject: Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0 On Jan 25

RE: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0

2013-01-25 Thread Zeev Suraski
-Original Message- From: Rasmus Lerdorf [mailto:ras...@lerdorf.com] Sent: Friday, January 25, 2013 7:16 PM To: Zeev Suraski Cc: Ralf Lang; internals@lists.php.net Subject: Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0 On 01/25/2013 08:25 AM, Zeev Suraski wrote

RE: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0

2013-01-25 Thread Zeev Suraski
@Zeev, is anyone writing up an RFC for this? Not yet, I'll write one. Zeev -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0

2013-01-25 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Friday, January 25, 2013 8:42 PM To: Zeev Suraski Cc: Rasmus Lerdorf; Ralf Lang; PHP internals Subject: Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0 hi Zeev, On Fri, Jan 25, 2013 at 5:25 PM

RE: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0

2013-01-25 Thread Zeev Suraski
-Original Message- From: Stas Malyshev [mailto:smalys...@sugarcrm.com] Sent: Friday, January 25, 2013 8:45 PM To: Zeev Suraski Cc: Rasmus Lerdorf; Ralf Lang; internals@lists.php.net Subject: Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0 Hi! There's another option

[PHP-DEV] Voting periods

2013-01-28 Thread Zeev Suraski
Hi, There’s something that I’m not quite following regarding open votes. Why are we saying that ‘votes will end no sooner than X’, instead of actually saying when they *will* end? If there’s no clear end date for a vote, when do we declare than a vote is over? Is it in a specific point in

RE: [PHP-DEV] Voting periods

2013-01-28 Thread Zeev Suraski
My suggestion is for voting periods to be limited to one week, regardless of the topic. It should be more than enough. Regardless, an 'open ended' voting period is unacceptable IMHO. You were one of the person who requested to have at least two weeks, so nobody can miss a vote due to

RE: [PHP-DEV] Voting periods

2013-01-28 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Monday, January 28, 2013 1:07 PM To: Zeev Suraski Cc: PHP internals Subject: Re: [PHP-DEV] Voting periods hi, On Mon, Jan 28, 2013 at 11:57 AM, Zeev Suraski z...@zend.com wrote: My suggestion

RE: [PHP-DEV] Voting periods

2013-01-28 Thread Zeev Suraski
Zeev, for one, was one of them asking to have a 2/3 majority for any language related RFC. That's what applies to this RFC, and it is, as of now, accepted. I don't see how the vote is remotely close to a tie. Are you talking about https://wiki.php.net/rfc/propertygetsetsyntax-v1.2? There are

RE: [PHP-DEV] Voting periods

2013-01-28 Thread Zeev Suraski
-Original Message- From: Zeev Suraski [mailto:z...@zend.com] Sent: Monday, January 28, 2013 3:00 PM To: 'Pierre Joye'; 'Clint Priest' Cc: 'PHP internals' Subject: RE: [PHP-DEV] Voting periods Zeev, for one, was one of them asking to have a 2/3 majority for any language related

RE: [PHP-DEV] Voting periods

2013-01-28 Thread Zeev Suraski
I mean more no matter if it is or not, but the result is not tie anyway, accepted or not. I find the way things are being done right now as a bad thing. There is a time for discussions and argumentations, and there is a time for votes. Coming in with things like that does not give me a good

RE: [PHP-DEV] [VOTE] Deprecate and remove calls from incompatible context

2013-01-28 Thread Zeev Suraski
-Original Message- From: Alan Knowles [mailto:a...@roojs.com] Sent: Monday, January 28, 2013 4:49 PM To: Gustavo Lopes; PHP Internals; Alan Knowles Subject: Re: [PHP-DEV] [VOTE] Deprecate and remove calls from incompatible context I was trying to vote against, for what it's worth.

RE: [PHP-DEV] [VOTE] Deprecate and remove calls from incompatible context

2013-01-28 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Monday, January 28, 2013 5:46 PM To: Zeev Suraski Cc: Alan Knowles; Gustavo Lopes; PHP Internals Subject: Re: [PHP-DEV] [VOTE] Deprecate and remove calls from incompatible context hi Zeev, On Mon, Jan 28

RE: [PHP-DEV] Voting periods

2013-01-28 Thread Zeev Suraski
-Original Message- From: Clint Priest [mailto:cpri...@zerocue.com] Sent: Monday, January 28, 2013 3:15 PM To: Peter Cowburn Cc: Zeev Suraski; Pierre Joye; PHP internals Subject: Re: [PHP-DEV] Voting periods On 1/28/2013 6:12 AM, Peter Cowburn wrote: On 28 January 2013 12:03

RE: [PHP-DEV] Voting periods

2013-01-28 Thread Zeev Suraski
I agree, but we’re in opposite camps on this feature. What does that mean? J I think many of us are purely and simply totally out of sync with our users. I have no immediate solution but this is something we must solve, now.

RE: [PHP-DEV] Voting periods

2013-01-28 Thread Zeev Suraski
Can we stop calling things new shiny features as if that means anything? It's empty rhetoric. When you treat your users like unintelligent noobies who are just going to hang themselves when you give them a rope, then that's the type of users you will end up with. If it doesn't mean anything,

RE: [PHP-DEV] Purpose of voting

2013-01-28 Thread Zeev Suraski
What should we be voting on when voting on an RFC: on the RFC proposed feature, or on the patch itself? I think it should be exclusively on the concept. We never vote about code changes anywhere - including when we refactor existing parts. Why would we vote about the implementation here? The

RE: [PHP-DEV] Purpose of voting

2013-01-28 Thread Zeev Suraski
-Original Message- From: Levi Morrison [mailto:morrison.l...@gmail.com] Sent: Monday, January 28, 2013 10:04 PM To: Zeev Suraski Cc: Anthony Ferrara; internals@lists.php.net Subject: Re: [PHP-DEV] Purpose of voting On Mon, Jan 28, 2013 at 12:53 PM, Zeev Suraski z...@zend.com wrote

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-29 Thread Zeev Suraski
One important part missing is the actual compatibility/support of thread safe PHP. I know that Zend mostly care about NTS since quite some time and that worries me a lot to bundle something that is not working well in thread safe mode. I would consider that as a stopping point. I mean, not to

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-29 Thread Zeev Suraski
-Original Message- From: Ryan McCue [mailto:li...@rotorised.com] Sent: Tuesday, January 29, 2013 10:13 AM To: Zeev Suraski Cc: internals@lists.php.net Subject: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution Zeev Suraski wrote: Following the discussion

[PHP-DEV] ZTS - why are you using it?

2013-01-29 Thread Zeev Suraski
I didn’t want to hijack the Optimizer+ thread so I’m creating a new one, based on the apparent level of interest in ZTS. This isn’t an RFC to remove ZTS by any stretch, but I **am** a bit confused about why people are still using ZTS. A bit of background. I started the ZTS project (based on

RE: [PHP-DEV] ZTS - why are you using it?

2013-01-29 Thread Zeev Suraski
Hey: It's not we choose ZTS, it is there are many users run with them (IIS, Apache+workers, and pthreads extension require it) For pthreads I can understand it, but why would users be using it on IIS/Apache instead of using FastCGI? FastCGI is both faster and more robust. Is it a matter of

RE: [PHP-DEV] ZTS - why are you using it?

2013-01-29 Thread Zeev Suraski
The other main reason from my side to keep ZTS is Windows. Windows cannot perform well using process based SAPI. Windows actually works quite well with FastCGI. So well Microsoft even created their own version for IIS. It's outperforming the ISAPI module by a wide margin. Other than

RE: [PHP-DEV] ZTS - why are you using it?

2013-01-29 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Tuesday, January 29, 2013 1:49 PM To: Johannes Schlüter Cc: Zeev Suraski; PHP internals Subject: Re: [PHP-DEV] ZTS - why are you using it? On Tue, Jan 29, 2013 at 12:45 PM, Johannes Schlüter johan

Re: [PHP-DEV] ZTS - why are you using it?

2013-01-29 Thread Zeev Suraski
On Tue, Jan 29, 2013 at 1:15 PM, Pierre Joye pierre@gmail.com wrote: On Jan 29, 2013 12:10 PM, Zeev Suraski z...@zend.com wrote: The other main reason from my side to keep ZTS is Windows. Windows cannot perform well using process based SAPI. Windows actually works quite well

RE: [PHP-DEV] ZTS - why are you using it?

2013-01-29 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Tuesday, January 29, 2013 2:19 PM To: Zeev Suraski Cc: Johannes Schlüter; PHP internals Subject: Re: [PHP-DEV] ZTS - why are you using it? On Tue, Jan 29, 2013 at 1:06 PM, Zeev Suraski z...@zend.com wrote

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-29 Thread Zeev Suraski
-Original Message- From: kalle@gmail.com [mailto:kalle@gmail.com] On Behalf Of Kalle Sommer Nielsen Sent: Tuesday, January 29, 2013 3:28 PM To: Zeev Suraski Cc: internals@lists.php.net Subject: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution Hi

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-29 Thread Zeev Suraski
-Original Message- From: Clint Priest [mailto:cpri...@zerocue.com] Sent: Tuesday, January 29, 2013 3:30 PM To: Anthony Ferrara Cc: Tyler Sommer; Zeev Suraski; internals@lists.php.net Subject: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution On 1/29/2013 5

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-29 Thread Zeev Suraski
-Original Message- From: kalle@gmail.com [mailto:kalle@gmail.com] On Behalf Of Kalle Sommer Nielsen Sent: Tuesday, January 29, 2013 3:45 PM To: Zeev Suraski Cc: internals@lists.php.net Subject: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution 2013

RE: [PHP-DEV] ZTS - why are you using it?

2013-01-29 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Tuesday, January 29, 2013 3:19 PM To: Zeev Suraski Cc: Johannes Schlüter; PHP internals Subject: Re: [PHP-DEV] ZTS - why are you using it? On Tue, Jan 29, 2013 at 1:52 PM, Zeev Suraski z...@zend.com wrote

RE: [PHP-DEV] ZTS - why are you using it?

2013-01-29 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Tuesday, January 29, 2013 3:37 PM To: Rasmus Lerdorf Cc: PHP internals Subject: Re: [PHP-DEV] ZTS - why are you using it? On Tue, Jan 29, 2013 at 2:33 PM, Rasmus Lerdorf ras...@lerdorf.com wrote: Those

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-29 Thread Zeev Suraski
-Original Message- From: Lars Strojny [mailto:l...@strojny.net] Sent: Tuesday, January 29, 2013 4:33 PM To: Rasmus Lerdorf Cc: Nikita Popov; internals@lists.php.net Subject: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution To get more practical, I see the

Re: [PHP-DEV] ZTS - why are you using it?

2013-01-29 Thread Zeev Suraski
On 29 בינו 2013, at 17:45, Ángel González keis...@gmail.com wrote: On 29/01/13 15:21, Pierre Joye wrote: On Tue, Jan 29, 2013 at 3:16 PM, Zeev Suraski z...@zend.com wrote: On Windows with impersonation you're actually in a better situation than you are in Linux. You could hold a small pool

Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-29 Thread Zeev Suraski
On 29 בינו 2013, at 17:54, Derick Rethans der...@php.net wrote: On Tue, 29 Jan 2013, Zeev Suraski wrote: Following the discussion at the end of last week, I prepared a draft RFC for the inclusion of Optimizer+ in PHP. In parallel we’re in the process of prepping the source code

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-30 Thread Zeev Suraski
XDebug together with an opcode cache is always a shaky thing and not something we should be too concerned about. You would never want to run both in production. It would be good if they didn't clobber each other for dev environment purposes, but I am sure we can figure that out. This

RE: [PHP-DEV] ZTS - why are you using it?

2013-01-30 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Wednesday, January 30, 2013 8:10 AM To: Stas Malyshev Cc: Zeev Suraski; PHP internals Subject: Re: [PHP-DEV] ZTS - why are you using it? On Wed, Jan 30, 2013 at 2:15 AM, Stas Malyshev smalys...@sugarcrm.com

RE: [PHP-DEV] ZTS - why are you using it?

2013-01-30 Thread Zeev Suraski
-Original Message- From: Bas van Beek [mailto:b...@tobin.nl] Sent: Wednesday, January 30, 2013 2:29 PM To: Zeev Suraski Cc: Pierre Joye; Stas Malyshev; PHP internals Subject: Re: [PHP-DEV] ZTS - why are you using it? Hi Guys, As a heavy user of ZTS in multi threaded C/C

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-30 Thread Zeev Suraski
This is the kind of info the RFC (and then user doc) should have. I updated the RFC with two extra sections - 'what's an opcode cache', and 'interaction with other plugins'. https://wiki.php.net/rfc/optimizerplus Zeev -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe,

Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-30 Thread Zeev Suraski
On 30 בינו 2013, at 16:57, John Carter jcar...@identitynetworks.com wrote: Hi Zeev, Specifically would it continue to work with the Zend Guard decoder (as it does now)? Our (Zend's) goal would be yes. Zeev -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-30 Thread Zeev Suraski
* In that RFC you write: the integration won’t happen before late 2014. [if it's not bundled with PHP 5.5] Can you please outline why? Based on an 18 month release cycle, and assuming we release 5.5.0 in mid 2013, 5.6.0 will come out late 2014. Especially does it mean you stop

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-30 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Wednesday, January 30, 2013 7:22 PM To: Zeev Suraski Cc: hakre; PHP internals Subject: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution On Wed, Jan 30, 2013 at 5:47 PM, Zeev Suraski z

Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-02-01 Thread Zeev Suraski
that in the RFC, unless people think we should put that up for discussion..? Sent from my mobile On 1 בפבר 2013, at 08:48, Christopher Jones christopher.jo...@oracle.com wrote: On 01/30/2013 06:47 AM, Zeev Suraski wrote: This is the kind of info the RFC (and then user doc) should have. I

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-02-05 Thread Zeev Suraski
Based on an 18 month release cycle, and assuming we release 5.5.0 in mid 2013, 5.6.0 will come out late 2014. I wonder where you pick those quantifications from, according to https://wiki.php.net/rfc/releaseprocess there is 12 month cycle/tact, and according to the release date of PHP 5.4

RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-02-12 Thread Zeev Suraski
We're trying to do exactly that. It's taking a bit longer than expected but I'm hopeful we'll open the initial code base tomorrow. Zeev -Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Tuesday, February 12, 2013 3:48 PM To: Zeev Suraski Cc: PHP internals

RE: [PHP-DEV] Zend Optimizer+ Source Code now available

2013-02-14 Thread Zeev Suraski
Great to see. The README covers much of the content (and in more detail) that I previously wanted to see in the RFC. Excellent! There are some things still missing from the RFC, though: - do you see Optimizer+ being enabled (if not in PECL) or disabled by default, etc. I *think*

RE: [PHP-DEV] Zend Optimizer+ Source Code now available

2013-02-15 Thread Zeev Suraski
-Original Message- From: Christopher Jones [mailto:christopher.jo...@oracle.com] Sent: Thursday, February 14, 2013 9:25 PM To: Zeev Suraski Cc: PHP internals Subject: Re: [PHP-DEV] Zend Optimizer+ Source Code now available On 02/14/2013 07:21 AM, Zeev Suraski wrote: Great

RE: [PHP-DEV] Zend Optimizer+ Source Code now available

2013-02-16 Thread Zeev Suraski
-Original Message- From: Christopher Jones [mailto:christopher.jo...@oracle.com] Sent: Saturday, February 16, 2013 12:54 AM To: Zeev Suraski Cc: PHP internals Subject: RE: [PHP-DEV] Zend Optimizer+ Source Code now available Hi Zeev, I think people are keen to see Optimizer

Re: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

2013-02-19 Thread Zeev Suraski
Are we really trying to look under ground now for ways to change the language syntax? Unless there's a strong case to adding/removing/changing syntax, that goes well beyond 'because we can' or 'it shortens the code' it shouldn't even be brought up for discussion. Zeev On 19 בפבר 2013, at 19:44,

RE: [PHP-DEV] Dropping requirement for `function` keyword for methods in classes/interfaces/etc

2013-02-20 Thread Zeev Suraski
The key question for me is: does removing it hurt PHP in any way? And for me, the answer is a clear and resounding no. This is completely the wrong question to ask (IMHO). I think the answer is wrong too, but that's a different story. The correct question is: Does it bring substantial value

RE: [PHP-DEV] Give the Language a Rest motion (fwd)

2013-02-21 Thread Zeev Suraski
it is time to forward this email from 2006 again: -- Forwarded message -- Date: Thu, 09 Mar 2006 12:57:32 +0200 From: Zeev Suraski z...@zend.com To: internals@lists.php.net Subject: [PHP-DEV] Give the Language a Rest motion I'd like to raise a motion to 'Give the Language

RE: [PHP-DEV] Give the Language a Rest motion (fwd)

2013-02-21 Thread Zeev Suraski
[mailto:pierre@gmail.com] Sent: Thursday, February 21, 2013 12:09 PM To: Zeev Suraski Cc: Lars Strojny; Derick Rethans; PHP Developers Mailing List Subject: Re: [PHP-DEV] Give the Language a Rest motion (fwd) hi Zeev, On Thu, Feb 21, 2013 at 10:56 AM, Zeev Suraski z...@zend.com wrote: What

RE: [PHP-DEV] Give the Language a Rest motion (fwd)

2013-02-21 Thread Zeev Suraski
People who think differently from you are not necessarily blind of stubborn. I honestly think that those comments were completely out of line in several different ways. It is not my opinion but a simple fact. That comment would have been funny if it wasn't sad. I'll leave it at that.

RE: [PHP-DEV] Give the Language a Rest motion (fwd)

2013-02-21 Thread Zeev Suraski
-Original Message- From: Florin Razvan Patan [mailto:florinpa...@gmail.com] Sent: Thursday, February 21, 2013 3:15 PM To: Zeev Suraski Cc: Lars Strojny; Derick Rethans; PHP Developers Mailing List Subject: Re: [PHP-DEV] Give the Language a Rest motion (fwd) On Thu, Feb 21, 2013

RE: [PHP-DEV] Give the Language a Rest motion (fwd)

2013-02-21 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Thursday, February 21, 2013 4:08 PM To: Zeev Suraski Cc: Florin Razvan Patan; Lars Strojny; Derick Rethans; PHP Developers Mailing List Subject: Re: [PHP-DEV] Give the Language a Rest motion (fwd) hi

[PHP-DEV] O+ - are we ready to go ahead and vote?

2013-02-27 Thread Zeev Suraski
Are there any additional clarifications and/or unanswered questions people are still waiting for, or can we move ahead to vote on the O+ inclusion RFC? Zeev

[PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-02-27 Thread Zeev Suraski
Based on the overwhelming response, the vote is now open J https://wiki.php.net/rfc/optimizerplus Voting ends March 7th. Zeev

Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-02-27 Thread Zeev Suraski
On 27 בפבר 2013, at 18:58, Anthony Ferrara ircmax...@gmail.com wrote: Zeev et al, I just want to put my justification for the only if no delay vote. I voted that way because we're already at a significant delay. If this vote was a month ago when O+ was suggested first, I would definitely

RE: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-02-28 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Thursday, February 28, 2013 12:17 AM To: Rasmus Lerdorf Cc: Ferenc Kovacs; Zeev Suraski; PHP Developers Mailing List Subject: Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution Now

RE: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-02-28 Thread Zeev Suraski
This is amazing how you take every single opportunity to bash the new release process, forgetting all pro arguments that have been brought in the last discussions. I'm not bashing it. I think the process is good. I'm saying the frequency is wrong and doesn't suit the needs of most of our

RE: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-02-28 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Thursday, February 28, 2013 3:12 PM To: Zeev Suraski Cc: Ferenc Kovacs; Rasmus Lerdorf; PHP Developers Mailing List Subject: Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution hi Zeev

Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-02-28 Thread Zeev Suraski
No syntax changes, so regular majority as far as I can tell. Sent from my mobile On 28 בפבר 2013, at 19:33, Nikita Popov nikita@gmail.com wrote: On Wed, Feb 27, 2013 at 5:12 PM, Zeev Suraski z...@zend.com wrote: Based on the overwhelming response, the vote is now open J https

Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-02-28 Thread Zeev Suraski
wrote: On Thu, Feb 28, 2013 at 6:35 PM, Zeev Suraski z...@zend.com wrote: No syntax changes, so regular majority as far as I can tell. Except if you want real integration included in this vote, as it will or may affect the engine, 2/3 will be required then. -- Pierre @pierrejoye -- PHP

Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-02-28 Thread Zeev Suraski
It shouldn't kill any PECL extensions, most certainly not Xdebug. Ideally I'd like to get Xdebug compatibility for 5.5 - but even if we can't make it - there's truth to the assertion you wouldn't want them both at the same time. Either way - in the long run O+ and Xdebug will *definitely* work

Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-02-28 Thread Zeev Suraski
Stas, Just to put things in perspective, if opcode caches with extended info make it into the opcode cache - it's a bad thing. So it's actually expected that debuggers and opcode caches would have to be aware of one another, but at a pretty minimal level. The load order solves it most probably

RE: [PHP-DEV] Current Status of O+ on Windows

2013-03-02 Thread Zeev Suraski
-Original Message- From: Ferenc Kovacs [mailto:tyr...@gmail.com] Sent: Saturday, March 02, 2013 10:15 AM To: Pierre Joye; Dmitry Stogov Cc: Christopher Jones; Matt Ficken; internals@lists.php.net Subject: Re: [PHP-DEV] Current Status of O+ on Windows Did you experiment with any

RE: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-03-02 Thread Zeev Suraski
How Don't integrate Optimizer+ to PHP can be remotely related to the available of o+ via PECL? Actually it seems as if some of the original text got lost when I switched to the active vote, but it used to read 'Don't integrate Optimizer+ to PHP, release only in PECL'. My bad. Zeev -- PHP

RE: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-03-03 Thread Zeev Suraski
-Original Message- From: Pierre Joye [mailto:pierre@gmail.com] Sent: Sunday, March 03, 2013 9:26 AM To: Zeev Suraski Cc: Laruence; PHP Developers Mailing List Subject: Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution On Sun, Mar 3, 2013 at 8:21 AM

RE: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-03-04 Thread Zeev Suraski
-Original Message- From: Lars Strojny [mailto:l...@strojny.net] Sent: Tuesday, March 05, 2013 12:31 AM To: Zeev Suraski Cc: Anthony Ferrara; Nikita Popov; PHP Developers Mailing List Subject: Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution Hi Zeev, Am

RE: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-03-07 Thread Zeev Suraski
that require attention and additional RC’s – that we would otherwise not have. Zeev *From:* Nikita Popov [mailto:nikita@gmail.com] *Sent:* Thursday, March 07, 2013 6:02 PM *To:* Rasmus Lerdorf *Cc:* Pierre Joye; Zeev Suraski; Laruence; PHP Developers Mailing List *Subject:* Re: [PHP-DEV] [VOTE

[PHP-DEV] RE: [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-03-07 Thread Zeev Suraski
as soon as possible so that we can push out a new 5.5.0 package that includes it. Another couple of things we need to tackle are .ini option naming (probably “opcache.” instead of “zend_optimizerplus.”) and default status (enabled or disabled by default by default). Zeev *From:* Zeev Suraski

RE: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-03-07 Thread Zeev Suraski
...@gmail.com] *Sent:* Thursday, March 07, 2013 6:44 PM *To:* Rasmus Lerdorf *Cc:* Pierre Joye; Nikita Popov; Zeev Suraski; Laruence; PHP Developers Mailing List *Subject:* Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution Rasmus, We already covered that. An opcode cache

RE: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-03-07 Thread Zeev Suraski
PM *To:* Zeev Suraski *Cc:* Rasmus Lerdorf; Nikita Popov; Laruence; PHP Developers Mailing List *Subject:* Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution Zeev, As a rule of thumb, if the language syntax doesn’t change, it doesn’t need a 2/3 vote. How do I know? I

Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-03-07 Thread Zeev Suraski
On 7 במרץ 2013, at 23:00, David Soria Parra d...@php.net wrote: On 2013-03-07, Rasmus Lerdorf ras...@lerdorf.com wrote: On 03/07/2013 09:01 AM, Anthony Ferrara wrote: So my proposal is to slow down for a minute and not call this RFC accepted or not until we can come to some consensus as to

RE: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

2013-03-08 Thread Zeev Suraski
-Original Message- From: Rafael Dohms [mailto:lis...@rafaeldohms.com.br] Sent: Friday, March 08, 2013 2:52 PM To: Andi Gutmans Cc: Anthony Ferrara; Philip Olson; David Soria Parra; PHP internals Subject: Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution On

[PHP-DEV] Re: Opcache tuning

2013-03-16 Thread Zeev Suraski
On 16 במרץ 2013, at 08:32, Rasmus Lerdorf ras...@lerdorf.com wrote: Another small tweak, I noticed that with enable_cli off it still loads the blacklist when sapi=cli. There doesn't seem to be much point in that, is there? Not that I think it's a common use case, but if one happens to have a

[PHP-DEV] Re: Opcache tuning

2013-03-17 Thread Zeev Suraski
blacklist file in this case. Thanks. Dmitry. On Sun, Mar 17, 2013 at 9:58 AM, Zeev Suraski z...@zend.com wrote: On 16 במרץ 2013, at 08:32, Rasmus Lerdorf ras...@lerdorf.com wrote: Another small tweak, I noticed that with enable_cli off it still loads the blacklist when sapi=cli. There doesn't

RE: [PHP-DEV] OPcache optimizer improvement in PHP-5.5?

2013-04-10 Thread Zeev Suraski
-Original Message- From: Arvids Godjuks [mailto:arvids.godj...@gmail.com] Sent: Wednesday, April 10, 2013 4:08 PM To: PHP Internals Subject: Re: [PHP-DEV] OPcache optimizer improvement in PHP-5.5? 2013/4/10 Dmitry Stogov dmi...@zend.com Hi, Recently, I've found that OPcache

RE: [PHP-DEV] OPcache optimizer improvement in PHP-5.5?

2013-04-10 Thread Zeev Suraski
If applying optimizations in multiple passes would be a problem for speed, especially on the first request, then maybe a way to solve this would be to have a configurable variable like: opcache.passes which is between 1 and 10 (lets say) and then have the engine do something like this: My

[PHP-DEV] Heads up - PECL ZendOptimizerPlus repository moved to github.com/zendtech/ZendOptimizerPlus

2013-05-13 Thread Zeev Suraski
For those of you with direct clones of ZendOptimizerPlus, you’d have to run: git remote set-url origin g...@github.com:zendtech/ZendOptimizerPlus.git on your clones for them to continue working. This is not related to the code that’s already inside the PHP tree. Zeev

RE: [PHP-DEV] [RFC] Internal operator overloading and GMP improvements

2013-06-07 Thread Zeev Suraski
-Original Message- From: Nikita Popov [mailto:nikita@gmail.com] Sent: Friday, June 07, 2013 8:15 PM To: Dmitry Stogov Cc: PHP internals Subject: Re: [PHP-DEV] [RFC] Internal operator overloading and GMP improvements If there is no more feedback on the RFC, then I'll start

RE: [PHP-DEV] [RFC] Internal operator overloading and GMP improvements

2013-06-09 Thread Zeev Suraski
you added is great. Thanks, Zeev *From:* Nikita Popov [mailto:nikita@gmail.com] *Sent:* Saturday, June 08, 2013 3:54 PM *To:* Zeev Suraski *Cc:* Dmitry Stogov; PHP internals *Subject:* Re: [PHP-DEV] [RFC] Internal operator overloading and GMP improvements On Fri, Jun 7, 2013 at 9:45

RE: [PHP-DEV] [RFC] Internal operator overloading and GMP improvements

2013-06-09 Thread Zeev Suraski
Popov [mailto:nikita@gmail.com] *Sent:* Sunday, June 09, 2013 4:20 PM *To:* Zeev Suraski *Cc:* PHP internals *Subject:* Re: [PHP-DEV] [RFC] Internal operator overloading and GMP improvements On Sun, Jun 9, 2013 at 10:00 AM, Zeev Suraski z...@zend.com wrote: It wouldn’t have been the first

  1   2   3   4   5   6   7   8   9   10   >