Also... the test in the configure script does not properly detect the
64-bit-ness of the JVM. I noticed this and by default the JAVA_HOME
version is not 64 bit, but the SDK version is so a quick change in the
sybolic links leaves you with this:
jupiter2:Versions root# file /usr/bin/java
/usr/bin/java: Mach-O universal binary with 3 architectures
/usr/bin/java (for architecture ppc7400): Mach-O executable ppc
/usr/bin/java (for architecture i386): Mach-O executable i386
/usr/bin/java (for architecture x86_64): Mach-O 64-bit executable x86_64
But this doesn't seem to satisfy configure as this is the version
jupiter2:Versions root# java -version
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-
Java HotSpot(TM) Client VM (build 1.5.0_13-119, mixed mode, sharing)
On Nov 10, 2007, at 9:43 AM, Jason Chodakowski wrote:
> As an update to my previous post, I am actually able to build a 64 bit
> module, but the install process using libtool turns it into a 32 bit
> Any help would be most welcome.
> J --
> On Nov 9, 2007, at 2:51 PM, Jason Chodakowski wrote:
>> I may have missed it if it went by already but has anyone run into
>> this yet? The standard configure-then-make on my Mac Pro builds a
>> module that will not load. I get this message:
>> ttpd: Syntax error on line 489 of /private/etc/apache2/httpd.conf:
>> Cannot load /usr/libexec/apache2/mod_caucho.so into server: dlopen(/
>> usr/libexec/apache2/mod_caucho.so, 10): no suitable image found. Did
>> find:\n\t/usr/libexec/apache2/mod_caucho.so: mach-o, but wrong
>> This is compiled with the latest from Apple as far as XCode and
>> associated compilers, headers, etc.
>> I've tried with the --enable-64bit flag but this seems to only affect
>> the resin binary and not the apache modules.
>> Any help would be most appreciated.
>> resin-interest mailing list
> resin-interest mailing list
resin-interest mailing list