[please excuse the delay]

No problem, I appreciate the help.

Thanks.  I will commit this shortly.

-libtoolize -f
+glibtoolize -f

We need the gnu autoconf/automake/libtool anyway as the apple versions
(at least the installation at SF) don't work properly.  So I think the
change is not necessary.

java.lang.UnsatisfiedLinkError: no natcJavaBridge in java.library.path
        at java.lang.ClassLoader.loadLibrary(
        at java.lang.Runtime.loadLibrary0(
        at java.lang.System.loadLibrary(
        at JavaBridge.main(

Which java version have you used?  BTW: Are there other java
implementations than the one from apple?  The apple JIT crashes after
running the bridge for one hour.  I don't think it's a problem with the
bridge but rather a bug in the JIT; running a pure java version of the
scheme-demo has the same effect.

As far as I know apples implementation is the only one. Mind you /System/Library/Frameworks/JavaVM.framework/Versions/ indicates we can use 1.2, 1.3, 1.3.1, and 1.4.2 with 1.4.2 being the default, would it be worth trying a different version ?
dyld: /usr/sbin/httpd Undefined symbol

No idea what this is (I haven't tested apache, yet).  But it sounds as
if the dynamic loader cannot re-export symbols from a dynamic library:
apache dlopen()s PHP which in turn must dlopen() the bridge in such a
way that the PHP symbols are exported to the bridge.  
apples dynamic loader weirdness :-). I'll google a bit on the "re-export" clue ...
The fact that the httpd complains about missing symbols rather than PHP
doesn't sound good, maybe it's an issue with PHP not invoking dlopen()
correctly on this system. It might be necessary to compile the bridge
directly into PHP; please see the windows install instructions for

I'll have a go at that too.

Also I'm running an up to date Panther (10.3.7) build, but I am running a home brew php-5.0.3 so I'll also try reverting to the default php-4.3.? and see if it works there.