Bugzilla Bug 178953

On several systems emerging of openoffice-2.2.0 fails if the java USE flag is
set.


Compiling 6 source files to
/var/tmp/portage/app-office/openoffice-2.2.0/work/ooo/build/OOF680_m14/hsqldb/unxlngi6.pro/misc/build/hsqldb/classes
/var/tmp/portage/app-office/openoffice-2.2.0/work/ooo/build/OOF680_m14/hsqldb/unxlngi6.pro/misc/build/hsqldb/src/org/hsqldb/store/BaseHashMap.java:866:
rank(int[
],int,int,int,int) in org.hsqldb.lib.ArrayCounter cannot be applied to
(int[],int,int,int,int,int)
        return ArrayCounter.rank(accessTable, hashIndex.newNodePointer,
                           ^
1 error

BUILD FAILED
...
!!! When you file a bug report, please include the following information:
GENTOO_VM=sun-jdk-1.5  CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.5.0.11"
JAVACFLAGS="-source 1.4 -target 1.4" COMPILER=""
and of course, the output of emerge --info


'java-config -L' gives:
The following VMs are available for generation-2:
1)      Blackdown JDK 1.4.2.03 [blackdown-jdk-1.4.2]
2)      Sun JDK 1.5.0.11 [sun-jdk-1.5]
*)      Sun JDK 1.6.0 [sun-jdk-1.6]

I tried to change the VM to Blackdown JDK 1.4, I replaced Blackdown JDK 1.4 by
un JDK 1.4. But emerge openoffice fails every time on these machines with the
same error. On an other systems with almost the same configurations I could
emerge openoffice with the java flag. I could not find any java relevant
differences.

Reproducible: Always

I think the difference is having full dev-java/ant-1.7.0 installed. If it's
there, it will put hsqldb of older version to its classpath through some
transitive dependency (which should be investigated) which will interfere
resolving when compiling the hsqldb bundled in openoffice. Older ant had
harcoded list of deps to put on classpath and hsqldb wasn't there.

The package that brought hsqldb was jaxme. The dependency was not actually
needed there, so I've revbumped jaxme to 0.3.1-r4 to remove the dep, so if you
emerge this version, it should allow you to emerge openoffice without problems.

To solve this problem more generally, the ebuild should
- export ANT_OPTS="-Dbuild.sysclasspath=ignore" somewhere src_compile(). This
will prevent resolving from ant's classpath.
- export ANT_TASKS="none" also in src_compile() which will tell >=ant-1.7.0 to
load only ant-core classes and no deps on classpath. Since openoffice depends
only on ant-core, this should be safe. But should be tested in case there
should actually be dependency on some optional ant tasks.

*** Bug 185595 has been marked as a duplicate of this bug. ***

Is this still a problem?

Get back to us; thanks.