Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:90086
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.213.45 as permitted sender)
References: <CADZXHp6UA4iH6196vN_U+rLSu1Tw+EazQod2LVgwJ7kkUCTd7Q@mail.gmail.com>
 <CAESVnVq0RK-q0UQaqOpEg2=rEwW5znp7d_EoeHLoOsigvM77Sg@mail.gmail.com>
 <CAOhe--M_EpntLzgH7eMF++011mUahH+xFO_np=b_bfu8bFVQxw@mail.gmail.com> <alpine.DEB.2.20.1601051054320.4541@whisky.home.derickrethans.nl>
In-Reply-To: <alpine.DEB.2.20.1601051054320.4541@whisky.home.derickrethans.nl>
MIME-Version: 1.0
Thread-Index: AQMJBqo1qnQD/nq+9hU9B/h7PCSF7AHxTsJ2Agx7FWUBqJV1MJxQH/kg
Date: Tue, 5 Jan 2016 13:57:42 +0200
Message-ID: <cf9a1658f7e947399c56e8606be90359@mail.gmail.com>
To: Derick Rethans <derick@php.net>, Michael Heap <m@michaelheap.com>
Cc: Sara Golemon <pollita@php.net>, Junade Ali <mjsa@junade.com>, 
	PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: RE: [PHP-DEV] Deprecation of the Error Control Operator (@ symbol)
From: zeev@zend.com (Zeev Suraski)

> -----Original Message-----
> From: Derick Rethans [mailto:derick@php.net]
> Sent: Tuesday, January 05, 2016 12:57 PM
> To: Michael Heap
> Cc: Sara Golemon; Junade Ali; PHP internals
> Subject: Re: [PHP-DEV] Deprecation of the Error Control Operator (@
> symbol)
>
> On Tue, 5 Jan 2016, Michael Heap wrote:
>
> >
> > On Tue, Jan 5, 2016 at 5:45 AM, Sara Golemon <pollita@php.net> wrote:
> >
> > > On Thu, Dec 31, 2015 at 6:52 AM, Junade Ali <mjsa@junade.com> wrote:
> > > > I am looking to submit an RFC in order to remove the error
> > > > suppression operator in PHP, namely the @ symbol.
> > > >
> > > Forwarding a suggestion twitter/@Beryllium9:
> > >
> > > How about a global "disable error suppression" setting?  That way a
> > > project lead could enforce it for their codebase (and guarantee that
> > > devs "aren't lazy"), but PHP doesn't lose its pragmatism?
>
> > Sounds like the xdebug.scream or the Scream PECL extension (
> > https://pecl.php.net/package/scream) to me.
> >
> > +1 for baking this functionality into core
>
> That's going to mean an INI setting.. that hosters could abuse. Having
an INI
> setting like this as part of core is IMO not a great idea.

I agree.  Perhaps through a declare() statement instead?  We could easily
make it file-based, so that the declare() statement only affects the local
file, or we could make it global for the entire request.

Zeev