[Soot-list] soot.JastAddJ.* source code

[Eric Bodden]

Hi Jochen.

The generated code is stored here:
https://svn.sable.mcgill.ca/soot/soot/trunk/generated/jastadd

Mit freundlichen Grüßen,
Eric Bodden

--
Dr. Eric Bodden
Software Technology Group, Technische Universität Darmstadt, Germany
Tel: +49 6151 16-5478    Fax: +49 6151 16-5410
Mailing Address: S2|02 A209, Hochschulstraße 10, 64289 Darmstadt


On 4 January 2011 12:10, Jochen Huck <jochen.huck at student.kit.edu> wrote:

> Hi again,
>
> I recognized that I have to analyze source code because I need the
> SourceLnPosTag (I want to transform the source code after the analysis).
> Therefore I ran some debug sessions and tried to track the first
> occurance of the class
>
> wildcards.&   java.lang.Class<wildcards.? extends ij.ImageJ>&
> java.lang.Class<wildcards.? extends ij.ImageStack>.
>
>
> Because of that I need the source code of the package soot.JastAddJ.*
> (the class is added to the dependencies in
> soot.JastAddJ.ASTNode.collectTypesToSignatures()) but I coundn't find it
> in the soot repository. Can someone help me?
>
> Regards,
> Jochen
>
>
> Am 20.12.2010 20:19, schrieb Jochen Huck:
> > Hi,
> >
> > thanks for your reply. I assume it is a bug in the JastAdd frontend
> > because everything else works fine. I switched to bytecode.
> >
> > Jochen
> >
> > Am 20.12.2010 17:41, schrieb Eric Bodden:
> >> Hi Jochen.
> >>
> >>> analyzing source code I got the following exception:
> >>>
> >>> Exception in thread "Thread-3" java.lang.RuntimeException: couldn't
> find
> >>> class: wildcards.&   java.lang.Class<wildcards.? extends ij.ImageJ>&
> >>> java.lang.Class<wildcards.? extends ij.ImageStack>   (is your
> >>> soot-class-path set properly?)
> >>>       at soot.SootResolver.bringToHierarchy(SootResolver.java:184)
> >>>       at soot.SootResolver.bringToSignatures(SootResolver.java:219)
> >>>       at soot.SootResolver.bringToBodies(SootResolver.java:260)
> >>>       at
> soot.SootResolver.processResolveWorklist(SootResolver.java:135)
> >>>       at soot.SootResolver.resolveClass(SootResolver.java:124)
> >>>       at soot.Scene.loadClass(Scene.java:425)
> >>>       at soot.Scene.loadClassAndSupport(Scene.java:410)
> >>>       at soot.Scene.loadNecessaryClass(Scene.java:1010)
> >>>       at soot.Scene.loadNecessaryClasses(Scene.java:1024)
> >>>       at soot.Main.run(Main.java:167)
> >>>       at soot.Main.main(Main.java:141)
> >> I am unsure. This may be a bug in the JastAdd frontend, or it may be
> >> the case that you are indeed missing some classes.
> >>
> >>> If I switch to the polyglot frontend (-polyglot) it gets even worse (is
> >>> the polyglot frontend designed for Java 1.5? I know that thete is
> >>> polyglot version that supports Java 1.5 but I don't know wheather this
> >>> verison is used in soot)
> >> The polyglot frontend cannot cope with Java 5 syntax.
> >>
> >> Would it be possible for you to analyze bytecode?
> >>
> >> Eric
> > _______________________________________________
> > Soot-list mailing list
> > Soot-list at sable.mcgill.ca
> > http://mailman.cs.mcgill.ca/mailman/listinfo/soot-list
>
> _______________________________________________
> Soot-list mailing list
> Soot-list at sable.mcgill.ca
> http://mailman.cs.mcgill.ca/mailman/listinfo/soot-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.cs.mcgill.ca/pipermail/soot-list/attachments/20110104/f9aa32e4/attachment.html