Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:69414 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 35348 invoked from network); 29 Sep 2013 14:59:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Sep 2013 14:59:12 -0000 Authentication-Results: pb1.pair.com header.from=tyra3l@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=tyra3l@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.181 as permitted sender) X-PHP-List-Original-Sender: tyra3l@gmail.com X-Host-Fingerprint: 209.85.216.181 mail-qc0-f181.google.com Received: from [209.85.216.181] ([209.85.216.181:40480] helo=mail-qc0-f181.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4F/AA-07863-E3048425 for ; Sun, 29 Sep 2013 10:59:10 -0400 Received: by mail-qc0-f181.google.com with SMTP id q4so2935612qcx.40 for ; Sun, 29 Sep 2013 07:59:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DEKpMv8d/ZVNujI2XsK03aCNWQTPzwpRN1xnrAwtZlY=; b=sg4R0SCDLibfPSWRUwpKeG3GLQ9ph87CJu+YWlzue2wfhotdwSR69n+c+qvzvG7OME gPa/8+DNCTwcHe79sscH0FcDcw56yeC6X6frFpbAAa8LyvmDQKK7w5XwlUTmP+yxdbXv qAv3aOHE3m/IHQPIo1LG3ZyjeR5i7CK5rLXaliSIeRA9dH+Daj8WI9jsonnwO1ad0wnu ATN770+e8cRD0QQ8UvtVh63S/I6hMCzwVBWdpv8RArCaloXybA/ys692TkdMnq8leG+x zdDEEsg6mEegB4bXQRAvbOaWa2GS6gDMqpw2R2J/4jLbL/d68u91aWG8KTVW6Jbgzlur Hgwg== MIME-Version: 1.0 X-Received: by 10.224.120.138 with SMTP id d10mr23127226qar.20.1380466746863; Sun, 29 Sep 2013 07:59:06 -0700 (PDT) Received: by 10.140.22.71 with HTTP; Sun, 29 Sep 2013 07:59:06 -0700 (PDT) In-Reply-To: References: Date: Sun, 29 Sep 2013 16:59:06 +0200 Message-ID: To: Nikita Popov , Antony Dovgal Cc: PHP Internals Content-Type: multipart/alternative; boundary=001a11c2eea01234ab04e786f6a4 Subject: Re: [PHP-DEV] handling non-fatal compile-time errors From: tyra3l@gmail.com (Ferenc Kovacs) --001a11c2eea01234ab04e786f6a4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, Sep 29, 2013 at 2:02 PM, Nikita Popov wrote: > On Thu, Aug 8, 2013 at 5:11 PM, Ferenc Kovacs wrote: > >> Hi, >> >> I've just bumped into https://bugs.php.net/bug.php?id=3D65322 recently, >> and I >> would like you get some opinions on the issue. >> Personally I think that it is a really bad design to introduce >> pedantic(E_STRICT) errors which can break basic functionality of the >> engine >> (calling the registered autoloader), so if there is no viable solution t= o >> make the autoloader work for these kind of errors, I would like to propo= se >> removing the offending errors and make it a rule to not add compile-time >> non-fatal errors until the problem is resolved. >> > > By the way, there is no problem per-se to allow autoloading there (nested > compilation due to error handlers is properly handled), the reason it > currently has the in_compilation check there is to prevent all the class > lookups from the compiler to trigger the autoloader (the compiler makes > extensive use of zend_lookup_class, which sets use_autoload=3D1). If all > lookups in the compiler are changed to use zend_lookup_class_ex with > use_autoload=3D0 it might be possible to remove the condition there. > > Nikita > Thanks for the reply, about the requirement of the in_compilation check: even recent comments stated that it is because the compiler not being reentrant (see the last comments from https://bugs.php.net/bug.php?id=3D54054&edit=3D1). Personally I would be fine with the separate error level, but if we could allow the autoloader there, that would be fantastic --=20 Ferenc Kov=C3=A1cs @Tyr43l - http://tyrael.hu --001a11c2eea01234ab04e786f6a4--