[Soot-list] Re: JEDD Unsatisfied Core

Richard Warburton richard.warburton at gmail.com
Wed Oct 24 08:34:24 EDT 2007


This can probably be ignored.  I believe this was a problem with the
way that I installed JEDD/zchaff on this machine.

  Richard

On 10/24/07, Richard Warburton <richard.warburton at gmail.com> wrote:
> With the existance of an attribute n, a physical domain N1 and a
> domain Node.  I was under the impression that the following code
> should compile (it is a minimal error case of what I'm trying to
> debug).  I am highly confused as to why it doesn't.
>
> ========================================
>
> import jedd.*;
> import jedd.order.*;
> import attributes.*;
> import domains.*;
> import physical_domains.*;
> import soot.jimple.ReturnVoidStmt;
>
> public class Test {
>
>         public <n:N1> FinalNodes;
>
>         public Test() {
>                 FinalNodes = 0B;
>         }
>
>         public void addReturn(ReturnVoidStmt node) {
>                 FinalNodes |= new { node=>n };
>         }
>
> }
>
> =============================================
>
>   Richard
>
> On 10/23/07, Richard Warburton <richard.warburton at gmail.com> wrote:
> > The 2004 paper on JEDD states that I can extract information about the
> > unsatisfied core in a manner that will allow me to infer where the
> > physical domain assignment conflicts are.  Unfortunately I can't find
> > documentation that tells me how I actually do it.  I have looked in "A
> > brief user's guide to JEDD" and the paper, but I don't understand.
> > The zchaff website was also lacking in documentation on this matter.
> > It would be most helpful if someone could explain what the steps are
> > to identify this information.
> >
> >   Richard Warburton
> >
>


More information about the Soot-list mailing list