Re: [Sablevm-developer] using a Soot-transformed classpath

[David <db...@cs...>]

On Fri, Mar 05, 2004 at 10:16:01PM -0500, Chris Pickett wrote:
> Hi,
>=20
> I want to make SableVM use Soot-transformed versions of the non-native=20
> portion of Classpath.  I have the output from Soot in the application=20
> directory where I try to run SableVM, but the classes aren't getting=20
> loaded even with '-c .' specified as an option.
>=20

The -c options is for the app class loader.  The bootstrap classes path
is a compiled constant.


> What is the best way to do this?
>=20
> For an application that transforms just gnu.* and java.* I tried:
>=20
> cd ~/lib/sablevm/classpath
> mv gnu gnu-old
> mv java java-old
> ln -s ~/path-to-sootOutput/java
> ln -s ~/path-to-sootOutput/gnu
>=20
> but that didn't work (cannot create vm).

It would help if you would run with -v to see how far it goes.

Note that some of the Soot generated classes need to follow SableVM
requirements for some classes.  See bootstrap.m4.c.


>=20
> Also, on a related note -- does anyone know of a good way to catch thos=
e=20
> classes which are only referenced from native code and thus not found b=
y=20
> Soot?  (I'm assuming such classes exist for certain applications).=20
> Profiling SableVM for the application and then comparing against the=20
> Soot output for whole-program-including-classpath-transformation seems=20
> like the only realistic choice, but maybe I'm missing something (it's=20
> not difficult to do, but it's not a real analysis).
>=20

I guess you could do:
find . -name '*.c' | xargs grep 'FindClass'
if you have the source code of the apps.


David

---

David B=E9langer
Graduate Student
School of Computer Science
McGill University
Office: MC226

Web page:   http://www.cs.mcgill.ca/~dbelan2/
Public key: http://www.cs.mcgill.ca/~dbelan2/public_key.txt