Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:103496
MIME-Version: 1.0
References: <BY1PR02MB12606B0B2C6878B6F73D151BBFD40@BY1PR02MB1260.namprd02.prod.outlook.com>
 <7f65012b-e26a-fb58-718b-b35569e53d03@gmail.com> <CADyq6sLWz3rZaPCu-AZtCoKCQGC4SiJra66w+6cdeFvk58FJ_A@mail.gmail.com>
 <13080739.R29hdSaLfc@vulcan>
In-Reply-To: <13080739.R29hdSaLfc@vulcan>
Date: Sun, 25 Nov 2018 19:06:43 +0100
Message-ID: <CADyq6sK-QBTae=_4T8V7qrYGMaXd8Madhv9XOKMrYbGX4LyEqw@mail.gmail.com>
To: Larry Garfield <larry@garfieldtech.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000feb616057b811443"
Subject: Re: [PHP-DEV] [mini-RFC] Disable opcache per script using "declare(cache=0)"
From: ocramius@gmail.com (Marco Pivetta)

--000000000000feb616057b811443
Content-Type: text/plain; charset="UTF-8"

Even if there were definitions in said script, the same issue would arise
with a directive.

On Sun, 25 Nov 2018, 18:35 Larry Garfield <larry@garfieldtech.com wrote:

> On Saturday, November 24, 2018 11:03:01 PM CST Marco Pivetta wrote:
> > Adding to the pile of "it's an edge case", since the preload scripts will
> > be procedural, wouldn't it be sufficient to call
> > `opcache_invalidate(__FILE__)` at the end of them?
>
> Are we certain that it will always be procedural?  Is there a part of the
> preload script design that prevents it from defining a function?
>
> I'd be very surprised if someone defined a class in a preload script, but
> I
> can definitely see a function getting defined somewhere.  And if it
> includes
> some other file (eg, Composer may be generating one, frameworks may build
> one,
> etc.) then who knows what that file will have defined.
>
> Would that cause issues in this case?
>
> --Larry Garfield

--000000000000feb616057b811443--