Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:106816 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 977 invoked from network); 30 Aug 2019 14:18:23 -0000 Received: from unknown (HELO mail-vk1-f181.google.com) (209.85.221.181) by pb1.pair.com with SMTP; 30 Aug 2019 14:18:23 -0000 Received: by mail-vk1-f181.google.com with SMTP id w20so1471538vkd.8 for ; Fri, 30 Aug 2019 04:51:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6QxmTkKjmtg9d7mUdQFjMwpcBjiek64IiZxHFemQxRA=; b=a0RWuHf1CKKPohFOJlw3Xs1Ve7CkiZGIQBMeFacGibDaanaWryRk7UhUinBeBYVmC7 8c5h6a4VFIdm8QhTRVCMtliD3iNGFTHJZ4SEfwsOlApuVUniqXF49lnoXQW3xlKQN3rW llMAvYqLh0oBPQi9kWQuSvCfTQrx1YSuszr/Xa77FWh8jzE01m8eBifg6VGD6ZCUuCh8 Ke2gXekRn66zCRiGFhJOahnHKatV1MgQYINumDYywA/vL45hV47yvABbcCrYFhIvgQRs XOmI6tTwLamAHAwFWf3mi/W9uoc2221VY2YlL2mjux8YtAcPDXrUIQmvCv8Mcsss6rbW kqxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6QxmTkKjmtg9d7mUdQFjMwpcBjiek64IiZxHFemQxRA=; b=q2J71MiXtTrLq0C4tS8W7vuTlB8kVpBp4C81HHUXUBnUWjpNgrB5nq/My/gnPZzLdw azrC91CkRAjAzJRa6Q3DfzErJ3RC12JtE6CestA8R9iYrgCpnVk0Sh5vnvTxjqiVWMRh F470uu2x20KZUGXQrJgy9VeZuY41j4JHVnF3mCOfxgL/66RjolYSsg8m9IspFoiiGMnU 57LziezuDDfs1nd5whKAyTf2+a/MUIlvM0eWHXsiblikSxGWNSgDc0rTen3Ylw2DGd24 7LU/PLjJldS2m1L37NpU3H751tea8hGZZf5HC+ry2mcXHZTjuEpx9aRJGji5rUlHB0PI obvw== X-Gm-Message-State: APjAAAXOLEMh/XNmjyFUO0DLmXz3sOiC72jFwbR1VYkMoAt8sdUdeO82 wKvOfanaMzAZdbbx7YqKp4hQf60D+6XwdXRBrVY= X-Google-Smtp-Source: APXvYqxVy8GYcI5l8nK1PnnFWpzRDGMA9P95PI4AwjL14OAiuwTSRkN2JXLZpZUPbxL7NfMW4Fc0xMfy2isf0M0or18= X-Received: by 2002:a1f:194e:: with SMTP id 75mr7651140vkz.62.1567165861149; Fri, 30 Aug 2019 04:51:01 -0700 (PDT) MIME-Version: 1.0 References: <25BF7D64-C374-4EA5-AA11-EA92DDE90BEA@zend.com> In-Reply-To: <25BF7D64-C374-4EA5-AA11-EA92DDE90BEA@zend.com> Date: Fri, 30 Aug 2019 13:50:48 +0200 Message-ID: To: Zeev Suraski Cc: Nikita Popov , PHP internals Content-Type: multipart/alternative; boundary="00000000000075408c0591543c99" Subject: Re: [PHP-DEV] Make error_reporting=E_ALL the default From: george.banyard@gmail.com ("G. P. B.") --00000000000075408c0591543c99 Content-Type: text/plain; charset="UTF-8" On Fri, 30 Aug 2019 at 11:45, Zeev Suraski wrote: > > > On 30 Aug 2019, at 12:33, Nikita Popov wrote: > > > > Hi internals, > > > > Relating to the recent discussions on undefined variables & co. One thing > > that is particularly annoying about the undefined variable case is that > our > > default error_reporting level (without a php.ini) does not include > E_NOTICE. > > > > Thankfully distros do tend to have more reasonable defaults, but if you > > spend as much time with custom PHP builds as I do, not seeing *anything* > > for undefined variables is a pretty big annoyance. > > > > Does anyone see an issue with making error_reporting=E_ALL the default in > > PHP 8? It can of course still be manually downgraded via php.ini and > > php.ini-production will retain the existing recommendation that excludes > > E_DEPRECATED/E_STRICT. > > > > PR: https://github.com/php/php-src/pull/4659 > > By the way - I'd consider going a bit further than that, and re-sync our > internal defaults with the values of php.ini-development. In the past - > when we had -dist and -recommended - the intended behavior was that having > php.ini-dist as your php.ini would be identical to not having a php.ini > file at all. I think it can be useful if we do the same for > php.ini-development (by changing the internal defaults to correspond to it > of course, not the other way around) instead of having to agree > individually on each change. For the future, agreeing on a change in > php.ini-development would directly imply changing the internal defaults. > > Zeev > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php I'm not sure we can totally execute on that otherwise we would need to change the default of the short_tag directive, which from my understanding was one of the pain points of the Short Tag RFC. Other than that I wholeheartedly agree that syncing the dev one with the defaults would be a good idea but then I'm not totally sure what it's point *would* be. Best regards George P. Banyard --00000000000075408c0591543c99--