Re: [PHP-DEV][RFC] Enable error_handler callback parameters to be passed by reference

I think you mean: function myErrorHandler( int $errno , string $errstr [, string $errfile [, int $errline [, array $errcontext [, string &$extra_errstr ) We have these empty-call-filled-on-return parameters in preg_match(...$match) but I am not sure if it makes things more complicated than

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi Andrey, On 28/01/2015 23:50, Andrey Andreev wrote: You're voting "no" because the FIG can't agree yet? They've been discussing this for *at least* an year and iirc the first PSR-7 coordinator gave up on it because he no longer believed in the end result. What does that tell us? That some ac

Re: [PHP-DEV][RFC] Enable error_handler callback parameters to be passed by reference

> User defined error handler is for error handling customization, letting > user > customize message makes sense. This is exactly our case. > Thomas, > If there are many people concerns to change error message, how about > append user error message to original error message when it's changed? > I

[PHP-DEV] Session: PS(mod)->create() or PS(mod)->read() parameter?

Hi all, session save handler developer especially, I would like to improve session save handler module API for PHP7. When new session data is created, some save handlers need to create new session data explicitly. e.g. RDBMS based save handler. New session module validates session data existence

Re: [PHP-DEV] Re: VCS Account Request: buhlerax

Hello Martin, This makes sense. If you can not access to git will create a new repository and site on another server. Thank you On 28/01/2015 12:56, Martin Keckeis wrote: Hello, 2015-01-28 10:02 GMT+01:00 Alexandre Pereira Bühler < alexan...@simaoebuhler.com.br>: Good morning, I wish a acco

[PHP-DEV] PHP 7 installation issues.

When doing `make install` with a prefix of `/apps/php/7.0.0-dev` I get: Installing shared extensions: /apps/php/7.0.0-dev/lib/php/extensions/no-debug-non-zts-20141001/ Installing PHP CLI binary:/apps/php/7.0.0-dev/bin/ Installing PHP CLI man page: /apps/php/7.0.0-dev/php/man/man1/ Ins

Re: [PHP-DEV][RFC] Enable error_handler callback parameters to be passed by reference

Hi Andrea, On Thu, Jan 29, 2015 at 2:38 AM, Andrea Faulds wrote: > Error handlers are global anyway, so this is useless (or dangerous) for > libraries. I suggest library/framework developers *not* to use user defined error handler. It's better to leave error handler for application developers.

Re: [PHP-DEV][RFC] Enable error_handler callback parameters to be passed by reference

Hi Thomas, On Thu, Jan 29, 2015 at 11:51 AM, Yasuo Ohgaki wrote: > If there are many people concerns to change error message, how about > append user error message to original error message when it's changed? > How about this signature. function myErrorHandler($errno, $errstr, $errfile, $errli

Re: [PHP-DEV] php7dev Vagrant box

Hi! > As a follow-up to my PHP7 Homework post last week, here is a bit of > spoon-feeding for all you lurkers on this list. > > https://atlas.hashicorp.com/rasmus/boxes/php7dev This is great, I was just thinking how I can make myself a Debian environment to match the CI one, this would work very

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28 January 2015 at 22:50, Andrey Andreev wrote: > You're voting "no" because the FIG can't agree yet? > They've been discussing this for *at least* an year and iirc the first > PSR-7 coordinator gave up on it because he no longer believed in the > end result. What does that tell us? That some

[PHP-DEV] [RFC] [CANCELLED] pecl_http

Hi, The vote has been cancelled on 2015-01-28 at 23:30 UTC due to concerns about completeness of the RFC. I'll rewrite it and put it back under discussion when ready. Thank you all for your feedback. Cheers, Mike

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi, On Wed, Jan 28, 2015 at 10:46 PM, Matteo Beccati wrote: > On 28/01/2015 20:19, Michael Wallner wrote: >> >> On 28/01/15 20:07, Matteo Beccati wrote: >>> >>> As Nikita mentions, PSR-7 is under way and currently gaining some >>> traction. At the moment the PSR-7 interfaces are designed to be >>

[PHP-DEV] php7dev Vagrant box

As a follow-up to my PHP7 Homework post last week, here is a bit of spoon-feeding for all you lurkers on this list. https://atlas.hashicorp.com/rasmus/boxes/php7dev The description there should be fairly self-explanatory. If you have a computer running Linux, OSX or Windows and about 4G of disk s

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 1/28/15 2:46 PM, Matteo Beccati wrote: On 28/01/2015 20:19, Michael Wallner wrote: On 28/01/15 20:07, Matteo Beccati wrote: As Nikita mentions, PSR-7 is under way and currently gaining some traction. At the moment the PSR-7 interfaces are designed to be immutable, although I that's still ope

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/2015 22:03, Stanislav Malyshev wrote: You could, in theory, have extension defining those interfaces and autoload userland definitions only if the extension is not present. That's basically what I meant. Thanks for clarifying. Cheers -- Matteo Beccati Development & Consulting - http

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi! > Related to this: is it even possible for an internal class to rely on > and formally, explicitly “implement” a userland interface? It’s all It's probably not a very good idea - internal classes are supposed to be alive at the start of the request, but the userland interfaces can't be there

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi! > I explained that in another mail and will put it (amongst a lot of other > things that came up during this thread) into the RFC: This is not enough. Saying "ZE APIs suck, so I implemented a bunch of my own and want to merge it in core because I like them" is not enough to make an informed d

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hey everyone, > On 28 Jan 2015, at 20:46, Matteo Beccati wrote: > > Since PSR-7 is being discussed now *and* pecl_http can't implement an > interface that still is being discussed, I would rather vote "no" now and > maybe change my mind in future if PSR-7 becomes a thing and pecl_http > follo

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/15 21:32, Stanislav Malyshev wrote: > Hi! > >> Some feedback: I feel the RFC is not clear about the advantages and >> disadvantages of including this package. Mostly, the RFC is "hey I have >> this package can we include it in core?" I feel like it's fairly incomplete > > Agreed. There n

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi! > As stated in one of the discussion threads, those dependencies could be > merged to main/ and/or ext/standard. In the current patch the persistent This should be prominently part of the RFC, not buried in the threads. Merging two extensions into ext/standard is not some tiny detail that nob

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/2015 20:19, Michael Wallner wrote: On 28/01/15 20:07, Matteo Beccati wrote: As Nikita mentions, PSR-7 is under way and currently gaining some traction. At the moment the PSR-7 interfaces are designed to be immutable, although I that's still open for debate. If the RFC passes, we'd be ta

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi Stas, > On 28 Jan 2015, at 20:30, Stanislav Malyshev wrote: > > Hi! > >> Personally, I’ve never liked that PHP requires cURL for doing HTTP >> requests. It’s a language made for the web, it should have built-in > > I see no problem in depending on cURL. NIH'ing every part of the > software

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi! > Some feedback: I feel the RFC is not clear about the advantages and > disadvantages of including this package. Mostly, the RFC is "hey I have > this package can we include it in core?" I feel like it's fairly incomplete Agreed. There needs to be some work done on explaining why we need to i

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi! > Personally, I’ve never liked that PHP requires cURL for doing HTTP > requests. It’s a language made for the web, it should have built-in I see no problem in depending on cURL. NIH'ing every part of the software universe in unfeasible, and if somebody does this one job and does it well - why

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi Michael, > On 28 Jan 2015, at 19:48, Michael Wallner wrote: > > On 28/01/15 20:18, Andrea Faulds wrote: >> >> If the client is merely a wrapper around cURL, what benefit does it >> offer over ext/curl except a better API? >> >> Personally, I’ve never liked that PHP requires cURL for doing H

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/15 21:03, Levi Morrison wrote: > On Wed, Jan 28, 2015 at 11:12 AM, Michael Wallner > wrote: > > On 28/01/15 18:58, Levi Morrison wrote: > > On Wed, Jan 28, 2015 at 10:53 AM, Levi Morrison > >

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On Wed, Jan 28, 2015 at 11:12 AM, Michael Wallner wrote: > On 28/01/15 18:58, Levi Morrison wrote: > > On Wed, Jan 28, 2015 at 10:53 AM, Levi Morrison > > wrote: > > > > Discussion has been very low on this topic since it was proposed > on > > August 19th, s

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

I'll forward this to internals, Chris. On 28/01/15 18:43, christopher jones wrote:> > > On 1/28/15 9:28 AM, Michael Wallner wrote: >> On 28/01/15 18:22, christopher jones wrote: >>> >>> >>> On 1/28/15 9:17 AM, Michael Wallner wrote: On 28/01/15 18:01, christopher jones wrote: > >

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/15 19:19, Michael Wallner wrote: >> Also, we're planning to move extensions from core to pecl, for example >> > ext/mysql which I is still widely used by many applications, despite its >> > known shortcomings. TBH, I don't see many reasons why a pecl extension >> > should be moved to core.

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/15 20:18, Andrea Faulds wrote: > Hi Michael, > >> On 28 Jan 2015, at 19:13, Michael Wallner wrote: >> >> - Client >> >> The http stream wrapper is a hack and the existing libcurl binding >> is subpar. They could be improved separately, but that is not >> subject of this RFC. >> >> Cur

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/15 20:07, Matteo Beccati wrote: > On 28/01/2015 13:17, Michael Wallner wrote: >> Discussion has been very low on this topic since it was proposed on >> August 19th, so I just opened the vote on the RFC whether to add >> pecl_http to the core. The vote will be open until about 12:00 UTC on

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi Michael, > On 28 Jan 2015, at 19:13, Michael Wallner wrote: > > - Client > > The http stream wrapper is a hack and the existing libcurl binding is > subpar. They could be improved separately, but that is not subject of > this RFC. > > Currently only libcurl is implemented as a provider for

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/15 19:03, Andrea Faulds wrote: > Hi Levi, > >> On 28 Jan 2015, at 17:58, Levi Morrison wrote: >> >> Oh, one more item: has anyone had time to review the pieces and how >> they all interact, as well as reviewing the quality of each >> component? I should hardly think in the time given th

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/2015 13:17, Michael Wallner wrote: Discussion has been very low on this topic since it was proposed on August 19th, so I just opened the vote on the RFC whether to add pecl_http to the core. The vote will be open until about 12:00 UTC on Friday, February 6th. https://wiki.php.net/rfc/pe

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/15 19:08, Nikita Popov wrote: > On Wed, Jan 28, 2015 at 1:17 PM, Michael Wallner > wrote: > > Hi, > > Discussion has been very low on this topic since it was proposed on > August 19th, so I just opened the vote on the RFC whether to add > pecl_http t

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On 28/01/15 18:58, Levi Morrison wrote: > On Wed, Jan 28, 2015 at 10:53 AM, Levi Morrison > wrote: > > Discussion has been very low on this topic since it was proposed on > August 19th, so I just opened the vote on the RFC whether to add > pecl_http t

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On Wed, Jan 28, 2015 at 1:17 PM, Michael Wallner wrote: > Hi, > > Discussion has been very low on this topic since it was proposed on > August 19th, so I just opened the vote on the RFC whether to add > pecl_http to the core. The vote will be open until about 12:00 UTC on > Friday, February 6th.

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi Levi, > On 28 Jan 2015, at 17:58, Levi Morrison wrote: > > Oh, one more item: has anyone had time to review the pieces and how they > all interact, as well as reviewing the quality of each component? I should > hardly think in the time given this has been done. I'm not saying this > extension

Re: [PHP-DEV][RFC] Enable error_handler callback parameters to be passed by reference

>> Error handlers are global anyway, so this is useless (or dangerous) for >> libraries. I'm not sure if there is a library that parses php errors and is not able to handle prefixes or suffixes. I'm using a similar workaround for many years now in code bases with 500k+ lines of code and it was n

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

Hi Levi, > On 28 Jan 2015, at 17:53, Levi Morrison wrote: > >> >> Discussion has been very low on this topic since it was proposed on >> August 19th, so I just opened the vote on the RFC whether to add >> pecl_http to the core. The vote will be open until about 12:00 UTC on >> Friday, February

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

On Wed, Jan 28, 2015 at 10:53 AM, Levi Morrison wrote: > Discussion has been very low on this topic since it was proposed on >> August 19th, so I just opened the vote on the RFC whether to add >> pecl_http to the core. The vote will be open until about 12:00 UTC on >> Friday, February 6th. >> >>

Re: [PHP-DEV] [RFC] [VOTE] pecl_http

> > Discussion has been very low on this topic since it was proposed on > August 19th, so I just opened the vote on the RFC whether to add > pecl_http to the core. The vote will be open until about 12:00 UTC on > Friday, February 6th. > > https://wiki.php.net/rfc/pecl_http#vote I wish you had pin

Re: [PHP-DEV][RFC] Enable error_handler callback parameters to be passed by reference

> Error handlers are global anyway, so this is useless (or dangerous) for > libraries. Yes that's true, maybe set_error_handler can be changed so it behaves like register_shutdown_function or spl_autoload_register when multiple callbacks are registered? Regards Thomas Andrea Faulds wrote on 2

Re: [PHP-DEV][RFC] Enable error_handler callback parameters to be passed by reference

Hi Thomas, > On 28 Jan 2015, at 17:36, Thomas Bley wrote: > > the idea behind the rfc is not to change error messages, it's only to append > useful information to them. That’s still changing the message. Error handlers are global anyway, so this is useless (or dangerous) for libraries. I do

Re: [PHP-DEV][RFC] Enable error_handler callback parameters to be passed by reference

Hi, the idea behind the rfc is not to change error messages, it's only to append useful information to them. Regards Thomas Andrea Faulds wrote on 28.01.2015 17:53: > Hi Thomas, > >> On 27 Jan 2015, at 02:45, Thomas Bley wrote: >> >> Here is the rfc: >> https://wiki.php.net/rfc/error_handle

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

Ferenc Kovacs wrote on 28/01/2015 16:42: On Wed, Jan 28, 2015 at 4:42 PM, Rowan Collins mailto:rowan.coll...@gmail.com>> wrote: Ferenc Kovacs wrote on 28/01/2015 12:13: E_DEPRECATED is likely to be even more ignored than E_NOTICE, so would be a step back

Re: [PHP-DEV][RFC] Enable error_handler callback parameters to be passed by reference

Hi Thomas, > On 27 Jan 2015, at 02:45, Thomas Bley wrote: > > Here is the rfc: > https://wiki.php.net/rfc/error_handler_callback_parameters_passed_by_reference > > Thanks to reeze for coding and putting it on the wiki. > > Regards > Thomas This feels rather weird and “hacky” to me. Error hand

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

On Wed, Jan 28, 2015 at 4:42 PM, Rowan Collins wrote: > Ferenc Kovacs wrote on 28/01/2015 12:13: > >> >> E_DEPRECATED is likely to be even more ignored than E_NOTICE, so >> would be a step backwards; my whole assumption is that most people >> getting the message are not using a deprec

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

Ferenc Kovacs wrote on 28/01/2015 12:13: ok, I was assuming that by turning it into E_RECOVERABLE_ERROR you would still keep the assuming string behavior if there is a custom error handler which returns true for this error. I'm undecided on whether the string value or null would make more se

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

Ferenc Kovacs wrote on 28/01/2015 12:13: E_DEPRECATED is likely to be even more ignored than E_NOTICE, so would be a step backwards; my whole assumption is that most people getting the message are not using a deprecated feature, but accidentally mis-typing a constant or keyword.

Re: [PHP-DEV] Re: VCS Account Request: buhlerax

Hello, 2015-01-28 10:02 GMT+01:00 Alexandre Pereira Bühler < alexan...@simaoebuhler.com.br>: > Good morning, > I wish a account on php.net to be able to continue the work in php-gtk > repositories. > Please do not let the project die. > I know aruroraeosrose (Elizabeth) does a good job. I have ta

[PHP-DEV] [RFC] [VOTE] pecl_http

Hi, Discussion has been very low on this topic since it was proposed on August 19th, so I just opened the vote on the RFC whether to add pecl_http to the core. The vote will be open until about 12:00 UTC on Friday, February 6th. https://wiki.php.net/rfc/pecl_http#vote -- Regards, Mike -- PHP

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

On Wed, Jan 28, 2015 at 11:48 AM, Rowan Collins wrote: > Ferenc Kovacs wrote on 28/01/2015 07:20: > >> >> >> 2015.01.28. 6:04 ezt írta ("François Laupretre" > >): >> > >> > > De : Rowan Collins [mailto:rowan.coll...@gmail.com > rowan.coll...@gmail.com>] >> > > I would

Re: [PHP-DEV] Re: imagick on PHP 7 was Stepping stones to a working php7 ...

On 28/01/15 09:57, Jan Ehrhardt wrote: > Lester Caine in php.internals (Wed, 28 Jan 2015 09:03:14 +): >> >On 28/01/15 03:45, Jan Ehrhardt wrote: >>> >> After these commits php_imagick.dll compiled with VC11 and (for Lester) >>> >> showed itself in phpinfo: >>> >> https://phpdev.toolsforresearch

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

HI, On Wed, Jan 28, 2015 at 12:34 PM, Rowan Collins wrote: > Benjamin Eberlei wrote on 28/01/2015 08:43: >> >> I think this is too big a BC break. >> >> The usage of $array[key] = 0 instead of "key" is widespread. > > > As I mentioned, the advice *not* to write that has been in the manual since >

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

Hi Rowan, On Wed, Jan 28, 2015 at 7:48 PM, Rowan Collins wrote: > On the other hand, if the concern is having to support it, then it could > just be E_ERROR. The reason I chose E_RECOVERABLE_ERROR is because that had > recently been adopted for other things, such as invalid method calls. As I >

Re: [PHP-DEV] [RFC] pecl_http

On Jan 28, 2015 4:49 PM, "Michael Wallner" wrote: > > On 23/01/15 09:27, Michael Wallner wrote: > > > >> On 23 01 2015, at 02:40, Pierre Joye wrote: > >> > >> On Thu, Jan 22, 2015 at 5:32 PM, Michael Wallner > >> wrote: > >>> Hi! > >>> > >>> Now, that I'm mostly done with porting pecl/http [1] a

Re: [PHP-DEV] [RFC] pecl_http

On 22/01/15 19:51, Levi Morrison wrote: >> Now, that I'm mostly done with porting pecl/http [1] and dependencies >> (propro [2] and raphf [3]) to ZE3 I'd like to restart discussion on the >> topic, whether it is feasible to add pecl_http as a bundled extension to >> the core. >> >> https://wiki.php

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

Ferenc Kovacs wrote on 28/01/2015 07:20: 2015.01.28. 6:04 ezt írta ("François Laupretre" >): > > > De : Rowan Collins [mailto:rowan.coll...@gmail.com ] > > I would like to propose that the error given for an undefined constant > >

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

Benjamin Eberlei wrote on 28/01/2015 08:43: I think this is too big a BC break. The usage of $array[key] = 0 instead of "key" is widespread. As I mentioned, the advice *not* to write that has been in the manual since 2001, so I can't think why any tutorial or example code would teach it as t

Re: [PHP-DEV] Re: [PHP-CVS] com php-src: Revert "Disable PEAR by default": configure.in

On 28.01.2015 10:46, Tony Marston wrote: > "Sebastian Bergmann" wrote in message news:54c75d9e.8090...@php.net... >> >> Am 27.01.2015 um 10:00 schrieb Lester Caine: >>> composer has not even managed to get added to some distributions yet >> >> This is not about PEAR Installer vs. Composer or somet

Re: [PHP-DEV] Re: imagick on PHP 7 was Stepping stones to a working php7 ...

Lester Caine in php.internals (Wed, 28 Jan 2015 09:03:14 +): >On 28/01/15 03:45, Jan Ehrhardt wrote: >> After these commits php_imagick.dll compiled with VC11 and (for Lester) >> showed itself in phpinfo: >> https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.htm > >Progress ..

Re: [PHP-DEV] [RFC] pecl_http

On 23/01/15 09:27, Michael Wallner wrote: > >> On 23 01 2015, at 02:40, Pierre Joye wrote: >> >> On Thu, Jan 22, 2015 at 5:32 PM, Michael Wallner >> wrote: >>> Hi! >>> >>> Now, that I'm mostly done with porting pecl/http [1] and >>> dependencies (propro [2] and raphf [3]) to ZE3 I'd like to >>

Re: [PHP-DEV] Re: [PHP-CVS] com php-src: Revert "Disable PEAR by default": configure.in

"Sebastian Bergmann" wrote in message news:54c75d9e.8090...@php.net... Am 27.01.2015 um 10:00 schrieb Lester Caine: composer has not even managed to get added to some distributions yet This is not about PEAR Installer vs. Composer or something else. This is about the PHP core getting untangl

Re: [PHP-DEV] [VOTE] RFC: Introduce session_start() options - read_only, unsafe_lock, lazy_write and lazy_destroy

Hi all, On Mon, Jan 26, 2015 at 6:42 AM, Yasuo Ohgaki wrote: > On Thu, Jan 22, 2015 at 2:05 PM, Yasuo Ohgaki wrote: > >> I've made patch for master since PHP 5.6 is released already. >> >> https://wiki.php.net/rfc/session-lock-ini >> https://github.com/php/php-src/pull/1016 >> >> Except comment

Re: [PHP-DEV] Re: imagick on PHP 7 was Stepping stones to a working php7 ...

On 28/01/15 03:45, Jan Ehrhardt wrote: > After these commits php_imagick.dll compiled with VC11 and (for Lester) > showed itself in phpinfo: > https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.htm Progress ... But mine is not listing the supported formats :( http://php7.lsces.or

[PHP-DEV] Re: VCS Account Request: buhlerax

Good morning, I wish a account on php.net to be able to continue the work in php-gtk repositories. Please do not let the project die. I know aruroraeosrose (Elizabeth) does a good job. I have talked to her on IRC. But we have no updates on the site, the documentation and even the source code t

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

On Tue, Jan 27, 2015 at 11:21 PM, Rowan Collins wrote: > Hi All, > > I would like to propose that the error given for an undefined constant > should be raised from E_NOTICE, probably to E_RECOVERABLE_ERROR, in PHP 7. > > I'm happy to expand this into a proper RFC, and work on patches for the > en