|
From: Jost B. <jos...@ya...> - 2005-01-24 21:30:57
|
[please excuse the delay] > -ZEND_DECLARE_MODULE_GLOBALS(java) > +extern ZEND_DECLARE_MODULE_GLOBALS(java) 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(ClassLoader.java:1517) > at java.lang.Runtime.loadLibrary0(Runtime.java:788) > at java.lang.System.loadLibrary(System.java:834) > at JavaBridge.main(JavaBridge.java:520) 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. > dyld: /usr/sbin/httpd Undefined symbol > _php_info_print_table_end 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. 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 details. Jost |