[Open Office] gcj and helpcontent2 issues

[Caolan McNamara]

On Fri, 2005-12-02 at 11:41 +0100, Hanno Meyer-Thurow wrote:
> Hi list,
> this time I build SRC680_m142 with ooo-build, GCJ-4.1.0-20051125 without gcj-dbtool because
> this machine needs 2h30m to cache xalan.jar, for example.
> Centrino 1.6GHz, 512MB Ram.
> 
> On module helpcontent2 it fails:
> 
> It should not take '-Dgnu.gcj.precompiled.db.path=.../ooo-build/build/src680-m142/solver/680/unxlngi6.pro/lib/openoffice.org.gcjdb'
> having gcj-dbtool disabled, should it? I applied attached diff. It fails again:

...

> GC Warning: Repeated allocation of very large block (appr. size 1024000):
>         May lead to memory leak and poor performance.
> GC Warning: Repeated allocation of very large block (appr. size 1024000):
>         May lead to memory leak and poor performance.
> Killed
> dmake:  Error code 137, while making '../../unxlngi6.pro/bin/sbasic_en-US.zip'
> '---* tg_merge.mk *---'

I think you simply have found a bug with gcj-4.1 (or perhaps an
underlying bug in the xmlhelp linker that hasn't been noticed before)
because it seems ok with gcj-4.0.2. The -Dgnu...path= stuff just points
gij to a little database of jars to precompiled .so's, if one is not
found it is supposed to use the jar directly, so it should be ok to have
-Dgnu.. even if some/all of the jars haven't be ahead of time compiled
to .sos.

> Is it good to make gcj-dbtool optional?
> I will try with gcj-dbtool enabled.

If you are building OOo for many languages, e.g. 16+ and do not use aot
compiled .so with gcj it will take helpcontent an extraordinary long
time to build, 10+hours, while with aot compiled stuff in the cache it
will shrink to around < 2.

> Btw, were not these gcj-no-broken-jaxp.diff, gcj-no-com.sun.xml.diff, workspace.jaxpapi.diff
> to fix helpcontent2 with gcj? Or at least to improve?
> Are there plans to move them from ArkOnly to GCJ anytime soon?

I plan to upstream the jaxpapi.diff workspace to OOo at least.

C.

C.