[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem with 1.2.4 classfiles.. ?

To: Ondrej Lhotak <olhotak@sable.mcgill.ca>
Subject: Re: Problem with 1.2.4 classfiles.. ?
From: "Etienne M. Gagnon" <etienne.gagnon@uqam.ca>
Date: Tue, 17 Dec 2002 12:26:14 -0500
Cc: soot-list@sable.mcgill.ca, sable-list@sable.mcgill.ca, Archie Cobbs <archie@dellroad.org>
In-reply-to: <20021217084815.C17024@sable.mcgill.ca>
References: <200212170123.gBH1N581009709@arch20m.dellroad.org> <20021216213443.B17024@sable.mcgill.ca> <20021217043846.GB4260@localhost> <20021217084815.C17024@sable.mcgill.ca>
Sender: owner-soot-list@sable.mcgill.ca
User-agent: Mutt/1.4i

> > > The Jimple code has:
> > > $z0 = virtualinvoke r0.<soot.ValueBox: boolean canContainValue(soot.Value)>(r1);
> > 
> > Isn't "soot.ValueBox" an interface? 
> 
> Yes, soot.ValueBox is an interface. Strange...

This definitely looks as a Java compiler bug to me.  Does anybody know
if Sun has released an updates to the JVM specification that would
justify such invalid looking method invocation?

Etienne

-- 
Etienne M. Gagnon                    http://www.info.uqam.ca/~egagnon/
SableVM:                                       http://www.sablevm.org/
SableCC:                                       http://www.sablecc.org/

Follow-Ups:
- Re: Problem with 1.2.4 classfiles.. ?
  - From: Archie Cobbs <archie@dellroad.org>

References:
- Problem with 1.2.4 classfiles.. ?
  - From: Archie Cobbs <archie@dellroad.org>

Prev by Date: Problem with 1.2.4 classfiles.. ?
Next by Date: Re: Problem with 1.2.4 classfiles.. ?
Previous by thread: Problem with 1.2.4 classfiles.. ?
Next by thread: Re: Problem with 1.2.4 classfiles.. ?
Index(es):
- Date
- Thread