Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:49498
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.42 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=OCkD52+VGWwDAWWxWGCAOmTbHj44aEOYUzXH2QQ+8ToUXpW4RNW8hF6SBfVy+SeEX9
         ytCzIhwRl186uT+QMztxHN7ZoXvHxUDZ305HcFH68/kGEq4o9mrsc5utOzp09n0x92iD
         HdOzQbyBONW+kmDQZUKLDi3iOUVM8JZWmVAac=
MIME-Version: 1.0
In-Reply-To: <4C740BED.4080909@sugarcrm.com>
References: <AANLkTikP0cooG91ZgSeRS+H0fXCjDdLRUpO53OhT8FYC@mail.gmail.com>
	<4C73F30A.8080007@sugarcrm.com>
	<AANLkTimNCBBHo9Wi0YzzEfby13o8X07xYriy96r_ow94@mail.gmail.com>
	<4C7405A5.7040700@sugarcrm.com>
	<AANLkTim0+AKnDT=h2Zc=W=Zx4BYXD+DSaNmRYJZ_2iK1@mail.gmail.com>
	<4C740BED.4080909@sugarcrm.com>
Date: Tue, 24 Aug 2010 22:23:04 +0400
Message-ID: <AANLkTinRqykKuiZYOL-Fioem_YtzZv5GQU75wRtY_1Ew@mail.gmail.com>
To: Stas Malyshev <smalyshev@sugarcrm.com>
Cc: Adam Harvey <aharvey@php.net>, Pierre Joye <pierre.php@gmail.com>, 
	PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [PATCH] #52563: Adding E_NONE and/or E_EVERYTHING constants
From: indeyets@gmail.com (Alexey Zakhlestin)

On Tue, Aug 24, 2010 at 10:14 PM, Stas Malyshev <smalyshev@sugarcrm.com> wrote:
> Hi!
>
>> use an E_ constant with error_reporting" and not have the current
>> situation where sometimes you use a constant (or constants) and
>> sometimes you use a bare number, depending on what you want to
>> achieve.
>
> What's wrong with using 0? 0 means "nothing", how hard is that? `

The only downside is, that programmer will need to know, that E_*
constants do mean numbers.
With adding E_NONE this knowledge would be unnecessary and people
would be able just to think in terms of abstract "symbols"

-- 
Alexey Zakhlestin
http://www.milkfarmsoft.com/