This seems new. I'm try to build plplot in rawhide and getting the following. This seems to be pointing to a pretty fundamental issue with the java install. This was working a bit ago.
cd /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java && /usr/bin/javac -classpath /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java -d /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java ---------- 1. ERROR in /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java (at line 1) // -*-java-*- ^ The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files ---------- 2. ERROR in /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java (at line 1) // -*-java-*- ^ The type java.lang.String cannot be resolved. It is indirectly referenced from required .class files ---------- 3. ERROR in /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java (at line 23) public class config { ^^^^^^ Implicit super constructor Object() is undefined for default constructor. Must define an explicit constructor ---------- 4. ERROR in /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java (at line 25) public final static String libname = "plplotjavac_wrap.so"; ^^^^^^ String cannot be resolved to a type ---------- 5. ERROR in /scratch/orion/redhat/plplot-5.9.0/plplot-5.9.0/fedora/bindings/java/config.java (at line 26) public final static String libdir = "/usr/lib/plplot5.9.0"; ^^^^^^ String cannot be resolved to a type ---------- 5 problems (5 errors)make[2]: *** [bindings/java/plplot/core/config.class] Error 255
Suggestions?
* Orion Poplawski orion@cora.nwra.com [2008-02-22 19:03]:
^
The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files [...] Suggestions?
This usually indicates something is wrong with bootclasspath.
Andrew
- Orion Poplawski orion@cora.nwra.com [2008-02-22 19:03]:
^
The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files [...] Suggestions?
This usually indicates something is wrong with bootclasspath.
Andrew
Okay, how would I go about diagnosing this? Sorry, I'm still pretty green with Java.
Thanks.
- Orion
* orion@cora.nwra.com orion@cora.nwra.com [2008-02-23 15:34]:
- Orion Poplawski orion@cora.nwra.com [2008-02-22 19:03]:
^
The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files [...] Suggestions?
This usually indicates something is wrong with bootclasspath.
Andrew
Okay, how would I go about diagnosing this? Sorry, I'm still pretty green with Java.
You'll have to see how that is being compiled. On the actual javac line (either an ant <javac> call or something else) see if something is setting bootclasspath. Chances are it's set to something that doesn't exist. In most cases (especially with java-gcj-compat, IcedTea, or the Sun VM), it shouldn't be need to be set. I've seen it used often with the IBM VM which splits up its core classes among multiple jars -- as opposed to rt.jar which the others use.
HTH,
Andrew
- orion@cora.nwra.com orion@cora.nwra.com [2008-02-23 15:34]:
You'll have to see how that is being compiled. On the actual javac line (either an ant <javac> call or something else) see if something is setting bootclasspath. Chances are it's set to something that doesn't exist. In most cases (especially with java-gcj-compat, IcedTea, or the Sun VM), it shouldn't be need to be set. I've seen it used often with the IBM VM which splits up its core classes among multiple jars -- as opposed to rt.jar which the others use.
This appears to have fixed itself after updating to gcc-java-4.3.0-0.11 yesterday.
Thanks for the help though...
java-devel@lists.fedoraproject.org