Bug #68698 [Opn->Fbk]: Fatal error cannot redeclare [class not being redeclared]

From: 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

« previous php.bugs (#190167) next »