Leginon

Jim, also please add warning documentation to appropriate places in the installation instructions, if it is missing.

Part of the problem has been resolved by making changes to php_mrc.c to bring it up to date with new zend API.
The remaining problem seems to be a bug in php, so we should probably formulate a good bug report for them if there is not one already. Here is a project that is similar to ours in that they are a compiled php module that uses the gd library. They have the same problem we do:
http://pecl.php.net/bugs/search.php?cmd=display&status=Open&package_name[]=GDChart
The actual problem is that php.h forces you to use the bundled version of libgd (which is always has since 5.1) but now in 5.3, the linker can not find the bundled gd functions. They are not exported properly or whatever.
In myami/trunk/php_mrc-5.3, I have made several changes that allows it to compile and work to some extent. I created gd_unbundled.h, which you include after php.h to reverse its effects. Then you can link against libgd that you install from rpm rather then the one bundled with php. I got ex1.php to generate the png image, but then it segfaults when the data structures a deallocated. This is probably because there is a mix of functions using the bundled libgd and the external libgd. mrctoimage will generate a gd image struct using external libgd, but when php garbage collects the structure, it probably thinks it is from the bundled libgd.

I have to remove all the php-mrc function call and use the new python server that Jim created.

Eric