The "problem" boils down to depend-java-query expecting useless ">= -0" around the package atom. I added an java? ( virtual/jdk ) during opencascade bug-fixing and it failed as seen in URL. (installing virtual/jdk on ~amd64 resulted in icedtea-bin:1.7) b-4 opencascade 1 # depend-java-query -v ">=virtual/jdk-0" icedtea-bin-7 b-4 opencascade # depend-java-query -v "virtual/jdk" !!! ERROR: Couldn't find a VM dep b-4 opencascade 1 # which depend-java-query /usr/bin/depend-java-query b-4 opencascade # qfile /usr/bin/depend-java-query dev-java/java-config (/usr/bin/depend-java-query) b-4 opencascade # eix dev-java/java-config [I] dev-java/java-config Available versions: (2) 2.1.11^t 2.1.12-r1^t (~)2.2.0 {PYTHON_TARGETS="python2_6 python2_7 python3_1 python3_2 python3_3"} Installed versions: 2.2.0(2)(03:10:17 PM 04/27/2013)(PYTHON_TARGETS="python2_7 python3_2 -python2_6 -python3_1 -python3_3") Homepage: http://www.gentoo.org/proj/en/java/ Description: Java environment configuration query tool
java? ( >=virtual/jdk-0 ) works as fix.
The version specification is required so the eclass can setup the build env accordingly. This includes switching vm to a supported one, setting up source and target values and more. DEPENDing on a slot when newer JDKs wont work is possible as well. If >=virtual/jdk-0 works, that would suggest the opencascade build sytem ignores the JAVACFLAGS See http://www.gentoo.org/proj/en/java/java-devel.xml#doc_chap4