Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:90114 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 34217 invoked from network); 5 Jan 2016 17:37:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jan 2016 17:37:07 -0000 X-Host-Fingerprint: 2.218.134.247 unknown Received: from [2.218.134.247] ([2.218.134.247:19310] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4F/0A-12097-24FFB865 for ; Tue, 05 Jan 2016 12:37:06 -0500 Message-ID: <4F.0A.12097.24FFB865@pb1.pair.com> To: internals@lists.php.net References: Date: Tue, 5 Jan 2016 17:37:01 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 2.218.134.247 Subject: Re: [PHP-DEV] Deprecation of the Error Control Operator (@ symbol) From: ajf@ajf.me (Andrea Faulds) Hi Sara, Sara Golemon wrote: > On Thu, Dec 31, 2015 at 6:52 AM, Junade Ali 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? I don't think that would work out too well. Remember that many projects have error handles which convert all errors to exceptions: if you disable @ in those projects, wouldn't their code break? Thanks. -- Andrea Faulds https://ajf.me/