[Open Office] JRE register fails when building 2.0.4 on Mandriva 2007 x86_64

[Caolan McNamara]

On Thu, 2006-10-26 at 00:22 +0200, Atle Nissestad wrote:
> > On 20/10/2006, at 6:43 AM, Atle Nissestad wrote:
> >
> >>
> >> [Java framework] Executing: file:///usr/bin/gij-4.1.1.
> >>
> >> Could I be missing a library or something, that causes gij to report
> >> insufficient properties to javaldx ?
> >
> Seems that I have managed to find the cause of the error:
> 
> The java framework searches for the run-time library, libgcj.so.7, in
> /usr/lib instead of /usr/lib64. If I do some ugly hacks in
> /jvmfwk/plugins/sunmajor/pluginlib/gnujre.cxx to provide the correct
> library path, building bridgetest completes sucessfully. But ... What is
> the proper way to tell the java framework which library path(s) to use ?
> Or should the libraries have been provided by java-gcj-compat (the
> Jvmfwk is also searching for
> /usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre/libgcj.so.7) ?

This might be http://qa.openoffice.org/issues/show_bug.cgi?id=68665
though I would have expected that to be in place in ooo-build.

It's tricky to get all the various gcj's working both at run-time and at
build-time, especially as the new ones have libjvm.so to be java-like
and the older ones have libgcj (the new ones have both, but libgcj
doesn't provide the jvm anymore). And under x86_64 some distros stick
the libs under /lib64 and some under /lib, and jvmfwk has effectively
two modes for discovering the java .so, the mode used during the build,
and the mode used when deployed inside OOo.

So my view is that for newer gcj's which provide a libjvm.so to emulate
java's libjvm.so then they should be used at build-time by OOo through
java-gcj-compat and OOo configured with...
--with-jdk-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0
to point OOo to the java-esque hierarchy above that libjvm.so

I don't know what version of OOo you're building, but I *think* I
upstreamed everything in this area into current upstream OOo head, so
that with a gcj that has a separate libgcj and libjvm (and a gcj where
was itself configured correctly to set java.home to where libjvm was
installed) I'd expect it to work without pain.

C.