You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by "Renaud Waldura (JIRA)" <ji...@apache.org> on 2007/01/08 23:28:27 UTC
[jira] Commented: (DAEMON-45) [daemon] jsvc links to 32-bit JVM
when compiled for (64-bit) sparcv9
[ https://issues.apache.org/jira/browse/DAEMON-45?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12463146 ]
Renaud Waldura commented on DAEMON-45:
--------------------------------------
Let me restate the problem and maybe broaden the scope of this bug: there doesn't appear to be a way to run the 64-bit VM with jsvc 1.0.1. (The 64-bit VM is needed for heaps >= 4GB.) The "java" switch -d64 is not recognized.
I am building from the source included in the binary distribution of Tomcat 5.5.20. I fixed it my way by doing the following.
I ran "configure" and edited the generated Makedefs file. I set CPU to "sparcv9" and added "-m64" to CFLAGS and LDFLAGS. This gets me an executable that is 64-bit and links to the 64-bit VM always.
> [daemon] jsvc links to 32-bit JVM when compiled for (64-bit) sparcv9
> --------------------------------------------------------------------
>
> Key: DAEMON-45
> URL: https://issues.apache.org/jira/browse/DAEMON-45
> Project: Commons Daemon
> Issue Type: Bug
> Environment: Operating System: Solaris
> Platform: Sun
> Reporter: Jeff Carroll
> Attachments: ls.out
>
>
> This is a report on misbehavior of the search algorithm in native/location.c.
> I am building from the source included in the binary distribution of Tomcat 5.5.16.
> uname -a reports:
> SunOS iempsoa1 5.10 Generic_118822-27 sun4u sparc SUNW,Sun-Fire-880
> config.guess reports sparc-sun-solaris2.10.
> ls -laR runs to 4k lines of text, so I will attach the file separately if I can
> figure out how. I'm not sure it's relevant, though.
> configure is identifying $host_cpu as "sparc", and thus location.c finds the
> jvm.cfg for the 32-bit JVM, terminating with the messages
> 18/04/2006 15:35:12 7724 jsvc64 debug: Using default JVM in /usr/java/jre/lib/sp
> arc/client/libjvm.so
> 18/04/2006 15:35:12 7724 jsvc64 debug: Attemtping to load library /usr/java/jre/
> lib/sparc/client/libjvm.so
> 18/04/2006 15:35:12 7724 jsvc64 error: Cannot dynamically link to /usr/java/jre/
> lib/sparc/client/libjvm.so
> 18/04/2006 15:35:12 7724 jsvc64 error: ld.so.1: jsvc64: fatal: /usr/java/jre/lib
> /sparc/client/libjvm.so: wrong ELF class: ELFCLASS32
> I intend to fix the problem for my purposes by hacking location_jvm_cfg[], but I
> know that's not a good solution for the general case.
> Everything works flawlessly on the 32-bit JVM. Given that, and given the
> disclaimers all over jvm.cfg, I don't know whether you'll consider this worth
> fixing or not.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org