Trouble compiling PHP extension w/ threaded PHP 5.2.4

Question

Hello,
I'm having some trouble installing the Berkeley DB XML PHP extension on Debian Sarge 3.1.
First, I installed Berkeley DB XML 2.3.10 using the buildall.sh script into /usr/local/dbxml-2.3.10/.
Then, I downloaded PHP 5.2.4 source code, compiled it using pthreads (configure --enable-maintainer-zts) and installed it in /usr/local/php-5.2.4/.
I've built the db4.so extension and it seems to work (verified by running the example simple_counter.php script and seeing that the counter is incremented).
However, building the Berkeley DB XML extension fails with the following error:
/home/dbxml-2.3.10/dbxml/src/php/php_dbxml_eventreadertowriter.cpp: In function `void zim_XmlEventReaderToWriter_XmlEventReaderToWriter(int, zval*, zval**, zval*, int, void***)':
/home/dbxml-2.3.10/dbxml/src/php/php_dbxml_eventreadertowriter.cpp:27: error: parse error before `*' token
/home/dbxml-2.3.10/dbxml/src/php/php_dbxml_eventreadertowriter.cpp:27: error: `reader' declared as reference but not initialized
/home/dbxml-2.3.10/dbxml/src/php/php_dbxml_eventreadertowriter.cpp:29: error: parse error before `*' token
/home/dbxml-2.3.10/dbxml/src/php/php_dbxml_eventreadertowriter.cpp:29: error: `writer' declared as reference but not initialized
It's solved by changing TSRMLS_DC to TSRMLS_CC in these two lines:
26 XmlEventReader &reader =
27 php_dbxml_get_XmlEventReader_object_pointer(rval TSRMLS_CC);
28 XmlEventWriter &writer =
29 php_dbxml_get_XmlEventWriter_object_pointer(wval TSRMLS_CC);
However, there are still errors:
/usr/local/php-5.2.4/include/php/Zend/zend_exceptions.h: In function `void php_dbxml_init_exceptions()':
/usr/local/php-5.2.4/include/php/Zend/zend_exceptions.h:33: error: too few arguments to function `zend_class_entry* zend_exception_get_default(void***)'
/home/loumz/xspc2/dbxml-2.3.10/dbxml/src/php/php_dbxml_exception.cpp:25: error: at this point in file
/home/loumz/xspc2/dbxml-2.3.10/dbxml/src/php/php_dbxml_exception.cpp:25: error: `tsrm_ls' undeclared (first use this function)
/home/loumz/xspc2/dbxml-2.3.10/dbxml/src/php/php_dbxml_exception.cpp:25: error: (Each undeclared identifier is reported only once for each function it appears in.)
This is because maybe zend_exception_get_default needs the tsrm_ls (what is this anyway? some sort of thread-local storage pointer?)
OK, but inside the php_dbxml_init_exceptions() there is no pointer so it is fixed with a fetch (also there is another one like that on line 51):
22 void php_dbxml_init_exceptions()
23 {
24 zend_class_entry ce;
25 TSRMLS_FETCH();
26 PHP_DBXML_REGISTER_CLASS_WITH_PARENT(XmlException, zend_exception_get_default(TSRMLS_C), php_dbxml_XmlException_dtor);
49 zval *xml_ex;
50 TSRMLS_FETCH();
51 MAKE_STD_ZVAL(xml_ex);
In php_dbxml_document.cpp there is also use of TSRMLS_DC inside code that leads to errors (Looking at the macro definition I think this is for declarations right?) so we change it.
80 XmlEventWriter &writer = php_dbxml_get_XmlEventWriter_object_pointer(zv TSRMLS_CC);
103 XmlEventReader &reader = php_dbxml_get_XmlEventReader_object_pointer(zstr TSRMLS_CC);
And finally it compiled and worked (judging by the examples anyway).
Please tell me if I did something wrong along the way. Is it better to compile PHP without ZTS and compile BDB XML without pthreads to avoid this mess?

Answer 1

It seems like that was not the end of the troubles. When executing examples/10.php php crashes with a relocation error saying that it can't find php_db4_getDbEnvFromObj (which should be in the db4.so php module).
OK, so I grab the g++ linking command that the libtool invocation spits out and add the installed db4.so to the object files and the extension diretory to rpath (I don't know if I can use the config.m4 because the db4.so has no lib prefix i.e. libdb4.so). Now ldd reports that it's linking correctly to the installed db4.so so I try again. The same relocation error pops up.
When I checked, it seems like db4.so has C++ mangled symbol of php_db4_getDbEnvFromObj(_zval_struct*, void***), but not the C form, and dbxml.so is expecting the C form because it includes php_db4.h inside extern "C".
This is probably because while the header php_db4.h is included within extern "C" {} within the db4.cpp impl file, the prototypes don't match (there is one additional param in the impl) between the ones in the header and the ones in the .cpp file because of the threading additions...
Why do I get the feeling the compilation w/ threaded PHP has not been tested at all :-(. I give up, I'm compiling a nonthreaded version of PHP instead. For my use, this shouldn't matter anyway, but it would be nice if it was possible (or at least say it's not quite tested in the README file).