[Cp-tools-discuss] [bugs #9509] javah -classpath option does not work

[Brian Jones]

This mail is an automated notification from the bugs tracker
 of the project: classpath-tools.

/**************************************************************************/
[bugs #9509] Latest Modifications:

Changes by: 
                Brian Jones <address@hidden>
'Date: 
                Tue 08/03/2004 at 02:19 (US/Eastern)

            What     | Removed                   | Added
---------------------------------------------------------------------------
         Assigned to | None                      | cbj


------------------ Additional Follow-up Comments ----------------------------
This looks like another instance of gnu.bytecode apparently trying to 
instantiate a type it finds.






/**************************************************************************/
[bugs #9509] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=9509>
Project: classpath-tools
Submitted by: 0
On: Wed 06/30/2004 at 16:30

Category:  None
Severity:  5 - Average
Item Group:  None
Resolution:  None
Assigned to:  cbj
Status:  Open


Summary:  javah -classpath option does not work

Original Submission:  The -classpath option for gnu.classpath.tools.JavahMain 
does not appear to work.

Here is a simple test case.  Put A.java and B.java in a javahbug directory:

/* A.java */
package javahbug;
public class A {
  public void a() { }
}

/* B.java */
package javahbug;
public class B {
  public native A getA();
}

Now compile java->class in the javahbug directory:
jikes-sablevm -classpath .. A.java
jikes-sablevm -classpath .. B.java

If the classpath root (..) is added to the JVM classpath, it works:
sablevm -Y -c /usr/share/java/cp-tools.jar:.. gnu.classpath.tools.JavahMain -o 
B.h javahbug.B

But if you try to use the -classpath option to JavahMain, it does not:
sablevm -Y -c /usr/share/java/cp-tools.jar gnu.classpath.tools.JavahMain 
-classpath .. -o B.h javahbug.B
java.lang.RuntimeException: no such class: javahbug.A
   at gnu.bytecode.ObjectType.getReflectClass (ObjectType.java:60)
   at gnu.bytecode.ClassType.getModifiers (ClassType.java:67)
   at gnu.bytecode.ClassType.isInterface (ClassType.java:160)
   at gnu.bytecode.ClassType.compare (ClassType.java:770)
   at gnu.bytecode.Type.isSubtype (Type.java:292)
   at gnu.classpath.tools.Javap.getJNIType (Javap.java:686)
   at gnu.classpath.tools.Javap.writeHeader (Javap.java:553)
   at gnu.classpath.tools.Javap.generateJavahOutput (Javap.java:391)
   at gnu.classpath.tools.Javap.generateOutput (Javap.java:323)
   at gnu.classpath.tools.Javap.exec (Javap.java:136)
   at gnu.classpath.tools.JavahMain.main (JavahMain.java:28)
   at java.lang.VirtualMachine.invokeMain (VirtualMachine.java)
   at java.lang.VirtualMachine.main (VirtualMachine.java:92)

Versions:
 jikes-sablevm 1.1.5-1
 sablevm 1.1.5-1
 classpath-tool 0.0.20020812-1
 linux 2.6.3-1-686


Follow-up Comments
------------------


-------------------------------------------------------
Date: Tue 08/03/2004 at 02:19       By: cbj
This looks like another instance of gnu.bytecode apparently trying to 
instantiate a type it finds.












For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=9509>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/