No problem, I appreciate the help.
[please excuse the delay]
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 ?
Thanks. I will commit this shortly.
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
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.
apples dynamic loader weirdness :-). I'll google a bit on the
"re-export" clue ...
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.
I'll have a go at that too.
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
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.