Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | building vanilla with java-gcj-compat | ||||||
---|---|---|---|---|---|---|---|
Product: | porting | Reporter: | sparcmoz <sparcmoz> | ||||
Component: | code | Assignee: | AOO issues mailing list <issues> | ||||
Status: | ACCEPTED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | caolanm, issues, maho.nakata, pavel, rene | ||||
Version: | OOo 2.2 | ||||||
Target Milestone: | AOO Later | ||||||
Hardware: | Sun | ||||||
OS: | Linux, all | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
sparcmoz
2007-01-10 10:00:09 UTC
sparcmoz: it is thanks reassign . constantly patching that file to add an infinite no of libs isn't really desirable if avoidable. I wonder why it all didn't "just work", with libjvm.so being found first, i.e "/lib/" JFW_PLUGIN_ARCH "/client/libjvm.so" with JFW_PLUGIN_ARCH being sparc in this case just getting added on to /usr/lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre from java.home and getting found that way @cmc: so it appears it is not found by JFW_PLUGIN_ARCH because it is in sparc/server or sparc/client in this case. This is in Debian/unstable. jim@sun:/usr$ find -name libjvm.so ... ./lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre/lib/sparc/server/libjvm.so ./lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre/lib/sparc/client/libjvm.so ./lib/gcj-4.1/libjvm.so vendorbase.hxx //Used by subclasses of VendorBase to build paths to Java runtime 049 #if defined UNX 050 #if defined SPARC 051 #define JFW_PLUGIN_ARCH "sparc" more information: jim@sun:/usr$ ls -la lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre/lib/sparc/server/libjvm.so lrwxrwxrwx 1 root root 35 Jan 6 06:24 lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre/lib/sparc/server/libjvm.so -> ../../../../../../gcj-4.1/libjvm.so jim@sun:/usr$ ls -la lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre/lib/sparc/client/libjvm.so lrwxrwxrwx 1 root root 35 Jan 6 06:24 lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre/lib/sparc/client/libjvm.so -> ../../../../../../gcj-4.1/libjvm.so jim@sun:/usr$ So it is a symbolic link - could that be reason it does not work? Being a link should be ok, and that's the path I'd expect it to look into, the /lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre/lib/sparc/client/libjvm.so i.e. /lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre + lib/JFW_PLUGIN_ARCH/client/libjvm.so Could you rebuild with s/regcomp/strace -f regcomp and attach the output of strace to see what libjvm opening attempts are used Created attachment 42738 [details]
@cmc: strace log for your comment thanks
I know this is not supported, but just for the record, another variation using gcc4.3 (Experimental) and --with-jdk-home=/usr/local/4.3 jim@sun:~/vanilla$ find /usr/local/4.3 -name libjvm.so /usr/local/4.3/lib/gcj-4.3.0/libjvm.so Therefore: "/lib/" JFW_PLUGIN_ARCH "/client/libjvm.so", + "/lib/gcj-4.3.0/libjvm.so", Jim? What is the status? The last important comment was this one: <quote> ------- Additional comments from cmc Wed Jan 10 11:54:28 +0000 2007 ------- constantly patching that file to add an infinite no of libs isn't really desirable if avoidable. </quote> I think that "constantly patching" is still required. I have no idea what to do. Move target Move target |