Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:83605 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 37138 invoked from network); 23 Feb 2015 20:39:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Feb 2015 20:39:29 -0000 Authentication-Results: pb1.pair.com smtp.mail=rowan.collins@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=rowan.collins@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.174 as permitted sender) X-PHP-List-Original-Sender: rowan.collins@gmail.com X-Host-Fingerprint: 74.125.82.174 mail-we0-f174.google.com Received: from [74.125.82.174] ([74.125.82.174:45182] helo=mail-we0-f174.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0B/5E-01128-EFF8BE45 for ; Mon, 23 Feb 2015 15:39:28 -0500 Received: by wesw62 with SMTP id w62so21125362wes.12 for ; Mon, 23 Feb 2015 12:39:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=zax4oCGwlBjGMrnw1wB/Z0xWrGxqR1FDJHMj/zdVv/4=; b=BU59ds/6xCLuHQ6uhnKEx7DjvkPnhHz/Yl/GVlpjW5lPieUGHPaNQ44ck3sPWw7rBE 6SiBC2KfKTLF9h689LeueDN+J1Ylrs07uwnvJzTZ5g/ShtKkzpc6Tv1T5ZzvqqusT1bi /6g3hvQF3KJQQFPzXNNqD+8SXGUKOtXjY6ICD7gtvIm+663dvOCI6HUpzqnQ6/zz9mtM mrE5Pq07n4okK7zpTCbc00F0VmkqmvwKHJq3SIdjU15gEL8Vi80Z3x3zI0/DjTDBc/VZ ysPyflwS08z5oTdzAMtbh9qt/NQFLAAbN2/K0LRVHBilS0reQXJLCYo6lmsp757a3kBM YYeg== X-Received: by 10.180.79.1 with SMTP id f1mr24667515wix.24.1424723964082; Mon, 23 Feb 2015 12:39:24 -0800 (PST) Received: from [192.168.0.136] ([62.189.198.114]) by mx.google.com with ESMTPSA id hm6sm57133110wjb.32.2015.02.23.12.39.23 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Feb 2015 12:39:23 -0800 (PST) Message-ID: <54EB8FF1.9070902@gmail.com> Date: Mon, 23 Feb 2015 20:39:13 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: internals@lists.php.net References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Reclassify E_STRICT notices From: rowan.collins@gmail.com (Rowan Collins) Nikita Popov wrote on 22/02/2015 22:30: > Hi internals! > > I would like to propose reclassifying our few existing E_STRICT notices and > removing this error category: > > https://wiki.php.net/rfc/reclassify_e_strict > > As we don't really have good guidelines on when which type of error should > be thrown, I'm mainly going by what category other similar errors use. I'm > open to suggestions, but hope this will not deteriorate into total bikeshed. I think my preferred approach would be to first come up with some defined criteria for different levels of warning, and then look at how many we need, and how well they map to the current situation. At the moment we have 3 severity levels: E_STRICT, E_NOTICE, and E_WARNING. Many people will run with only E_WARNING turned on, because of the number of messages in the lower levels. There have been a couple of requests recently to raise messages between these severities, which I mentioned before leads to a kind of "inflation" unless we also lower the severity of other messages. It may be that we only need two different severities, but as you say, we don't have any guidelines for how to use those two, so dumping a few extra things in E_NOTICE and a few in E_WARNING doesn't really make things any clearer to the user. It's also possible that we need more than two *categories* of warning, but not as a strict hierarchy of *severities* - the aim of the classification being to allow the user to make decisions about which warnings they want to see or handle. It's already hard to say whether E_DEPRECATED has a relative severity, or is actually orthogonal; perhaps there should be combinations like E_IMPORTANT_DEPRECATED = E_DEPRECATED + E_WARNING... Obviously, this is a tougher job than what you have proposed, and since I keep mentioning it, I should probably stop talking and start doing, but I'm not convinced of the value of tinkering around the edges without tackling the underlying problem. Regards, -- Rowan Collins [IMSoP]