Bug #68698 [Opn->Fbk]: Fatal error cannot redeclare [class not being redeclared]
| From: | aharvey@php.net | Date: | Fri, 23 Jan 2015 19:54:45 +0000 |
| Subject: | Bug #68698 [Opn->Fbk]: Fatal error cannot redeclare [class not being redeclared] | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-190167@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=68698&edit=1
ID: 68698
Updated by: aharvey@php.net
Reported by: pegasus at vaultwiki dot org
Summary: Fatal error cannot redeclare [class not being
redeclared]
-Status: Open
+Status: Feedback
Type: Bug
Package: Scripting Engine problem
Operating System: Centos 6 64-bit
PHP Version: 5.6Git-2014-12-30 (Git)
Block user comment: N
Private report: N
New Comment:
--disable-opcache should do it, or alternatively, you can just not load the extension in your
php.ini (since it's not built into PHP).
Previous Comments:
------------------------------------------------------------------------
[2015-01-22 21:25:33] pegasus at vaultwiki dot org
If you need my earlier question to be more explicit:
How do you prevent PHP from compiling the Zend Opcache extension?
If I start from a fresh build directory, ./buildconf, make clean, remove the old extension directory
at PREFIX/lib/php/extensions, comment out extension_dir from php.ini, and ./configure without
including --enable-opcache, the final "make install" just recreates the extension
directory WITH opcache.so in it.
Since it was implied by rasmus in another report that my issues might be caused by an incompatible
extension, I would like to completely rule out opcache.so, as it's my only extension, but I
can't seem to stop it from being created.
------------------------------------------------------------------------
[2015-01-19 06:25:37] pegasus at vaultwiki dot org
Recompiled with --enable-debug. The error does not occur with this configure option. Without this
option, the error persists.
After this recent compile, I looked in the extensions directory, and I'm now a bit confused.
Why opcache.so is compiled as an extension even if the --enable-opcache configure option is omitted?
This may have skewed previous tests as I always assumed opcache was turned off if I didn't opt
to compile it.
------------------------------------------------------------------------
[2015-01-18 17:49:50] pegasus at vaultwiki dot org
Is there a way that I can get a backtrace that will be useful to you when the fatal error occurs?
------------------------------------------------------------------------
[2015-01-18 05:11:49] rasmus@php.net
To answer your question, no there is no other cache to clear and while you have written a lot of
words, you haven't actually provided anything we can go on. And since you seem to be the only
person experiencing this I am not sure what to tell you. The change you pointed out as the cause of
your problems doesn't look wrong in any way.
------------------------------------------------------------------------
[2015-01-18 04:27:02] pegasus at vaultwiki dot org
Still waiting for a recommendation based on my previous comment, and you closed it as if I
hadn't provided feedback.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=68698
--
Edit this bug report at https://bugs.php.net/bug.php?id=68698&edit=1