On Thu, Feb 19, 2015 at 7:00 AM, Pierre Joye <pierre....@gmail.com> wrote: > On Thu, Feb 19, 2015 at 1:09 AM, Joe Watkins <pthre...@pthreads.org> wrote: >> Morning internals, >> >> The expectations RFC is now in voting phase: >> https://wiki.php.net/rfc/expectations#vote > > I totally miss the Expectation RFC announcement. Where the RFC was > actually proposed for discussions. > > I have been following up the DbC thread, seeing some mentions but > that's it. The RFC itself popped up 3 days ago. > > Also the RFC itself only point to various discussions, there is no > summary, details, docs, examples, etc in the RFC. > > I am sorry but as much I like (for what I think it does) as I like the > concept, this RFC does not have, by far, the quality I would expect > for a RFC being voted on.
Coming back to this point. I very much like what is presented here. However I think it is pre mature to vote on as there was (sorry) not explicit discussions about it. A couple of things are unclear. See the numerous questions in this thread. I also do not like other things. zend.assertions: I understand we need to be able to disable them. Is production vs development/debug mode specific to assertion? I do not think so, we should have a more general setting for that so other areas can be used for it. INI_SYSTEM may also reduce the usage of this feature to local development or dedicated hosts. Any shared hoster (those not allowing to change php.ini) won't be able to test in similar tests environment. It is not critical but it is something you may reconsider. assert.exceptions: Let solve the exception usages in the engine first and see how to deal with them more globally, including naming, NS or where and how they can be used. This is in my eyes a pre requise to this RFC. INI_ALL is used here. That means that just like error_reporting (which is actually very painful), calling some random codes may makes my code (caller) raised exceptions when I do not want to, or the other way round? I am not too keen on that idea. Cheers, -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php