render() conflicts with graphviz PHP extension

Looks like it wasn't a brand new install after all. If this was the case they'd be another release already.

Did you install in a clean directory too ? looks like you have some leftover files around.

Looks like a crosspost.

I managed to fix this error by disabling the graphviz-php extension module

this is definitely caused by graphviz php extension. problem is wel some people need it, so disabling is not a solution.
pretty ugly. any solutions (not disabling the gv.so module)
#1408224: Fatal error: Cannot redeclare render() in /var/www/.../includes/common.inc on line 5757

drupal just defines render() and the gv.so does to. great and BOOK -> WSOD

Not sure how this can be backported, but that seems like a major oops to me.

this is realated and jbrown suggested solutions.
#1370032: render() function defined by other PHP libraries
#1393208: Namespace all Drupal PHP code (esp. procedural)

Confirm crash (d7.14) with graphviz php extension.

Won't / can't fix for D7, Twig will fix it for D8. I can't even find this extension and I am not happy about supporting every fly-by php extension someone puts on the Internet. I left this open but unless someone has a really really good argument against this then the fault is at graphviz. Every sane PHP extension namespaces. apc_add. hash_hmac. etc.

detailed info
http://www.graphviz.org/
The php extension of graphviz classes: http://www.graphviz.org/pdf/gv.3php.pdf
Its part of the scripting api that comes as an *.so file to load inside the php.ini.

I get that this can not be fixed in D7 because renaming functions is not possible. If D8 uses namespaces great.

It is not only this special extension. Any lib/extension can be problematic if it uses render(). In my opinion its the fault of both graphviz and drupal for just using render() with no namespace. Graphvizs lib even uses more such "common" names like graph().

Solution

I first tried forking the c++ library, but well ... disaster :). I myself then solved the problem with forking the php graphviz pear package and using this lib instead of directly using the .so lib to directly use graphviz api.

http://pear.php.net/package/Image_GraphViz/

Well, then this is a won't fix.

its just not a good idea to use just such non specific names. there will be more scripts that will do this.
if everybody does that nothing will be compatible...
in d8 there is namespaces right? if so it is fixed there?

Unfortunately it was not fixed in the D8 cycle as we still support the phptemplate engine.

great...so still hacking