Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:49488 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 53539 invoked from network); 24 Aug 2010 10:49:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Aug 2010 10:49:41 -0000 Authentication-Results: pb1.pair.com header.from=adam@adamharvey.name; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=adam@adamharvey.name; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain adamharvey.name from 209.85.216.170 cause and error) X-PHP-List-Original-Sender: adam@adamharvey.name X-Host-Fingerprint: 209.85.216.170 mail-qy0-f170.google.com Received: from [209.85.216.170] ([209.85.216.170:41201] helo=mail-qy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 63/9E-60968-3C3A37C4 for ; Tue, 24 Aug 2010 06:49:40 -0400 Received: by qyk35 with SMTP id 35so3725242qyk.8 for ; Tue, 24 Aug 2010 03:49:36 -0700 (PDT) Received: by 10.224.45.134 with SMTP id e6mr4318724qaf.236.1282646974313; Tue, 24 Aug 2010 03:49:34 -0700 (PDT) MIME-Version: 1.0 Sender: adam@adamharvey.name Received: by 10.229.62.84 with HTTP; Tue, 24 Aug 2010 03:49:13 -0700 (PDT) Date: Tue, 24 Aug 2010 18:49:13 +0800 X-Google-Sender-Auth: PrGiwHwZO13TXnhD08xJF5BTWAs Message-ID: To: PHP internals Content-Type: multipart/alternative; boundary=0015175ce03246b3ed048e8f85c2 Subject: [PATCH] #52563: Adding E_NONE and/or E_EVERYTHING constants From: aharvey@php.net (Adam Harvey) --0015175ce03246b3ed048e8f85c2 Content-Type: text/plain; charset=UTF-8 Folks, http://bugs.php.net/52563 suggests adding an E_NONE constant (set to 0) to go with the various other E_* constants we have. I've hacked up a quick patch against trunk (attached to the report) that would add that, but don't have Zend karma to add it, so I'll open it up to the floor: (a) should we have it, and (b) if so, can someone please commit it? Johannes has pointed out on IRC that E_NONE does already exist in some projects, so that's an argument against it. Kalle also suggested another constant within that request to provide a symbolic version of error_reporting = -1, so there's a second patch in that report to add an E_EVERYTHING constant which acts as E_ALL once did: it turns on all error reporting. I'm not terribly attached to either the names or, indeed, the request in general, but it'd be nice to get this one closed one way or t'other. Adam --0015175ce03246b3ed048e8f85c2--