[Open Office] JRE register component still broken
jim
jim at amarooas.com.au
Sat Jun 24 04:43:31 EDT 2006
On Sat, Jun 24, 2006 at 08:35:26AM +0200, Andreas Radke wrote:
> Again: I'm the maintainer of Arch64 - the archlinux x86_64 port.
>
> [andyrtr at workstation64 javatest]$ gcj -v
> Es werden eingebaute Spezifikationen verwendet.
> Lesen der Spezifikationen
> von /usr/lib/gcc/x86_64-unknown-linux-gnu/4.1.1/../../../libgcj.spec
> Spezifikation wird von lib nach liborig umbenannt Ziel:
> x86_64-unknown-linux-gnu Konfiguriert mit: ../gcc-4.1.1/configure
> --prefix=/usr --enable-shared --enable-languages=java
> --enable-threads=posix --enable-__cxa_atexit --enable-java-awt=gtk
> --libdir=/usr/lib --disable-multilib Thread-Modell: posix gcc-Version
> 4.1.1
>
> [andyrtr at workstation64 javatest]$ gij -version
> java version "1.4.2"
> gij (GNU libgcj) version 4.1.1
>
> >
> > If you use java-gcj-compat as suggested by VMiklos, it does almost
> > the same thing: /usr/bin/javadoc -> /etc/alternatives/javadoc
> > /etc/alternatives/javadoc -> /usr/bin/gjdoc
>
> We still have no such packages. We only have the included the wrapper
> from Debian. Shouldn't it be possible to build without those extra
> packages? I haven't seen any other package that needs such
> compatibility stuff.
The GCC provides gcj, gij, fastjar, gjdoc. But most distributions provide
javac, java, jar, javadoc. Debian does this with the java-gcj-compat
package. IMHO this adds another layer of indirection that makes it harder to
do any development, and everyone uses something different. I find it easier
to use only the vanilla GCC tools. When the vanilla is built successfully,
then you can change it for distribution. If you like to try this, it should be
possible based on the versions you have described above.
This is how I build with "pure" gcj on GNU/Linux SPARC from the vanilla
upstream sources:
(a) symlink /usr/local/bin/javadoc -> /usr/local/4.1/bin/gjdoc
(b) apply patches from cws_src680_maho1
(c) cd config_office; autoconf
(d) export CC="/usr/local/4.1/bin/gcc -m32"
(e) export CXX="/usr/local/4.1/bin/g++ -m32"
(f) export PATH=/usr/local/4.1/bin:$PATH
(g) ./configure --with-java=gij \
--with-jdk-home=/usr/local/4.1 \
--with-ant-home=/usr/local/apache-ant-1.6.5 \
--enable-build-mozilla
No patches are needed except maho1 which fixes the configure and removes
some hard-coded java commands in berkeleydb and qadevOOo. Step (a) is needed
for ant to use the built-in javadoc command in xmerge. Step (f) is needed
for ant to work, so the cws needs some refinment.
>
> [andyrtr at workstation64 javatest]$ gij GetJVMInfo.
> Exception in thread "main" java.lang.NoClassDefFoundError: GetJVMInfo.
> at gnu.java.lang.MainThread.run(libgcj.so.7)
> Caused by: java.lang.ClassNotFoundException: GetJVMInfo.
> at java.lang.Class.forName(libgcj.so.7)
> at gnu.java.lang.MainThread.run(libgcj.so.7)
> [andyrtr at workstation64 javatest]$
>
> Bad. Isn't it?
Thats not bad, I get the same here. Try it without the trailing dot "."
$ gij GetJVMInfo
jim
More information about the Openoffice
mailing list