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.
