works like a charm!devsk wrote:Does it work? What is your experience?loftwyr wrote:The only java plugin for 64bit firefox is icedtea. It's in the Java overlay.
Code: Select all
checking if javac -source 1.4 -target 1.4 works... yes
checking if java works... yes
checking if javac -source 1.4 -target 1.4 works... (cached) yes
configure: using ANTLR parser generator in /usr/share/antlr/lib/antlr.jar
..
checking for /usr/share/java/gnujaxp.jar... no
checking for javax.xml.transform.Transformer class... yes
checking for java.util.regex.Pattern class... yes
Native compilation disabled.
checking for working cp -u... yes
configure: creating ./config.status
config.status: creating gjdoc.sh
config.status: WARNING: 'gjdoc.sh.in' seems to ignore the --datarootdir setting
config.status: creating src/resources/version.properties
config.status: creating Makefile
config.status: creating docs/Makefile
config.status: executing depfiles commands
>>> Source configured.
>>> Compiling source in /var/tmp/portage/dev-java/gjdoc-0.7.9/work/gjdoc-0.7.9 ...
make -j4 -l8
mkdir -p classes
test -d htmldoclet || mkdir htmldoclet
javac -source 1.4 -target 1.4 -classpath :./src:.:/usr/share/antlr/lib/antlr.jar:. -d classes src/com/sun/tools/javadoc/Main.java
test -d doctranslets/html/res || mkdir -p doctranslets/html/res
javac -source 1.4 -target 1.4 -classpath :./src:.:/usr/share/antlr/lib/antlr.jar:. -d classes src/com/sun/javadoc/ClassDoc.java
javac -source 1.4 -target 1.4 -classpath :./src:.:/usr/share/antlr/lib/antlr.jar:. -d classes src/com/sun/javadoc/ConstructorDoc.java
test -d dtd/ent || mkdir -p dtd/ent
test -d html/res || mkdir -p html/res
test -d rng || mkdir rng
javac -source 1.4 -target 1.4 -classpath :./src:.:/usr/share/antlr/lib/antlr.jar:. -d classes src/com/sun/javadoc/Doc.java
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.
make: *** [classes/com/sun/javadoc/Doc.class] Error 1
make: *** Waiting for unfinished jobs....
Note: ./src/gnu/classpath/tools/FileSystemClassLoader.java uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Code: Select all
GENTOO_VM=sun-jdk-1.6 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.6.0.10"
JAVACFLAGS="-source 1.4 -target 1.4" COMPILER=""
and of course, the output of emerge --info
It seems like it picks virtual/jre and that's mapped to sun-jdk or ibm-jdk-bin. I just put it in overlay and added openjdk-bin to that list. Once I removed sun-jdk, gjdoc started picking openjdk-bin as its JRE.devsk wrote: So, the questions are:
1. why does gjdoc not use the system wide VM for above variables?
I did not find anything for this. So,devsk wrote: 2. Why does it need that "-J-Xmx512m" flag in javac? What is the safest way to pass that flag universally?
Code: Select all
cd /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/bin
mv javac javac.bin
Code: Select all
#!/bin/sh
${0}.bin -J-Xmx512m "$@"