Issue 68998 - gnujre: libjvm.so path
Summary: gnujre: libjvm.so path
Status: CLOSED DUPLICATE of issue 68665
Alias: None
Product: udk
Classification: Code
Component: code (show other issues)
Version: current
Hardware: PC (x86_64) All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: caolanm
QA Contact: issues@udk
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-27 19:13 UTC by geki
Modified: 2006-09-27 10:24 UTC (History)
1 user (show)

See Also:
Issue Type: PATCH
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
find JAVA_HOME/jre/lib/" JFW_PLUGIN_ARCH "/client/libjvm.so (492 bytes, text/plain)
2006-08-27 22:25 UTC, geki 		no flags Details
demo.class (518 bytes, application/octet-stream)
2006-09-04 11:48 UTC, caolanm 		no flags Details
testtools error (2.10 KB, text/plain)
2006-09-04 12:07 UTC, geki 		no flags Details
strace javaldx (251.45 KB, text/plain)
2006-09-04 12:08 UTC, geki 		no flags Details
with correct LD_LIBRARY_PATH (3.40 KB, text/plain)
2006-09-04 12:12 UTC, geki 		no flags Details
with correct LD_LIBRARY_PATH (248.66 KB, text/plain)
2006-09-04 12:13 UTC, geki 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description geki 2006-08-27 19:13:53 UTC 
It looks for /opt/gcj-4.2.0_alpha20060826/lib/lib/i386/client/libjvm.so.
Shouldn't it look for /opt/gcj-4.2.0_alpha20060826/jre/lib/i386/client/libjvm.so?
Comment 1 geki 2006-08-27 22:25:11 UTC 
Created attachment 38807 [details]
find JAVA_HOME/jre/lib/" JFW_PLUGIN_ARCH "/client/libjvm.so
Comment 2 caolanm 2006-09-04 09:35:14 UTC 
cmc->geki: Does the alternative patch at issue 68665 work instead ? 

i.e. give the sun-style java.home property a go when searching for the new
sun-style libjvm.so ? That should in theory be about the best way to keep the
older non-sun-style libgcj's working as well as the new sun-style libjvm.so's
Comment 3 geki 2006-09-04 11:33:51 UTC 
Still fails to find libjvm.so.
Comment 4 caolanm 2006-09-04 11:47:45 UTC 
can you rm ~/.openoffice.org2 (or whatever it is) and 
strace /usr/lib/openoffice.org2/program/javaldx and add the output here

additionally, if you could take the attached demo.class and run /opt/.../gij
demo what does it say ?
Comment 5 caolanm 2006-09-04 11:48:17 UTC 
Created attachment 38931 [details]
demo.class
Comment 6 geki 2006-09-04 12:07:43 UTC 
Created attachment 38932 [details]
testtools error
Comment 7 geki 2006-09-04 12:08:17 UTC 
Created attachment 38933 [details]
strace javaldx
Comment 8 geki 2006-09-04 12:12:32 UTC 
Created attachment 38934 [details]
with correct LD_LIBRARY_PATH
Comment 9 geki 2006-09-04 12:13:07 UTC 
Created attachment 38935 [details]
with correct LD_LIBRARY_PATH
Comment 10 caolanm 2006-09-04 12:46:54 UTC 
oh, this is at build time, not at run-time. In that case what is the value of
JAVA_HOME inside the build env ? what --with-jdk-home passed to configure ? if
so with what value. 

This might boil down to detecting in configure that we are using a new gcj with
libjvm.so and require (automatically detect an appropiate?) --with-jdk-home like
the sun one for the new gcj, e.g. I configure with
--with-jdk-home=/usr/lib/jvm/java-1.4.2-gcj
Comment 11 geki 2006-09-04 14:47:38 UTC 
$ LD_LIBRARY_PATH=/opt/gcj-4.2.0_alpha20060826/lib gij demo
/opt/gcj-4.2.0_alpha20060826
file:///opt/gcj-4.2.0_alpha20060826/lib
Comment 12 caolanm 2006-09-04 15:04:03 UTC 
So, in summation I think that 68665 is still required anyway, and that the
specific problem here is that the output below should instead be

$ LD_LIBRARY_PATH=/opt/gcj-4.2.0_alpha20060826/lib gij demo
/opt/gcj-4.2.0_alpha20060826
file:///opt/gcj-4.2.0_alpha20060826/jre

which is controlled with the gcc configure option --with-jdk-home
Comment 13 caolanm 2006-09-21 10:36:18 UTC 
so, let's call this a duplicate of 68665 which asks gcj for the jvm location,
and this is set by how gcc is configured, which is outside of OOo's scope

*** This issue has been marked as a duplicate of 68665 ***
Comment 14 caolanm 2006-09-27 10:24:06 UTC 
close as dup