To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=71435
                 Issue #|71435
                 Summary|ooe680-m2 incompatible with gcj 4.2/4.3
               Component|udk
                 Version|current
                Platform|All
                     URL|
              OS/Version|All
                  Status|UNCONFIRMED
       Status whiteboard|
                Keywords|
              Resolution|
              Issue type|PATCH
                Priority|P3
            Subcomponent|code
             Assigned to|kr
             Reported by|bero





------- Additional comments from [EMAIL PROTECTED] Fri Nov 10 13:19:22 -0800 
2006 -------
Building ooe680-m2 with gcj 4.2 (or higher) results in:

using loader com.sun.star.loader.Java2
[Java framework]sunjavaplugin.soJava runtime library: 
file:///usr/lib/libgcj.so.8 does not export symbol JNI_CreateJavaVM !
register 
component 
'file:///usr/src/ark/BUILD/ooo-build/build/ooe680-m2/testtools/source/bridgetest/../../unxlngi6.pro/class/testComponent.jar'
 
in registry '../../unxlngi6.pro/lib/uno_services.rdb' failed!
error (CannotRegisterImplementationException): Could not create Java 
implementation loader


The gcj guys have decided to move the JNI_CreateJavaVM symbol from libgcj to 
libjvm to be more compatible with the non-free Java implementations; and to 
make matters worse, libjvm.so is outside the normal library search path -- it 
resides in /usr/lib/gcj-4.2.0 (replace 4.2.0 with any gcc version after 4.2.0 
that will be released).

There's some code to handle this in 
jvmfwk/plugins/sunmajor/pluginlib/gnujre.cxx -- but it works only for listed 
gcc versions -- the search paths (including the gcj-VERSION path bit) are 
hardcoded:

    static char const* ar[]= {
          "/lib/" JFW_PLUGIN_ARCH "/client/libjvm.so",
          "/gcj-4.1.1/libjvm.so",
          "/gcj-4.1/libjvm.so",
          "/libgcj.so.8",
          "/libgcj.so.70",
          "/libgcj.so.7",
          "/libgcj.so.6"
    };


I'll add a patch that adds support for 4.2.0 and 4.3-svn, but I think a better 
fix would be to add something more along the lines of

"/gcj-" GCJ_VERSION "/libjvm.so"

along with a configure check for the gcj version in use.

This would still break using a 4.2.0-compiled OOo with gij 4.2.1 -- so a real 
(runtime) check would be greatly preferrable.

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to