svadev AT lists.siebelschool.illinois.edu
Subject: Svadev mailing list
List archive
- From: John Criswell <criswell AT illinois.edu>
- To: Tarek Chammah <tchammah AT uwaterloo.ca>
- Cc: "svadev AT cs.uiuc.edu" <svadev AT cs.uiuc.edu>
- Subject: Re: [svadev] DSAA fitness
- Date: Fri, 28 Jan 2011 10:08:37 -0600
- List-archive: <http://lists.cs.uiuc.edu/pipermail/svadev>
- List-id: <svadev.cs.uiuc.edu>
- Organization: University of Illinois
On 1/26/11 9:02 PM, Tarek Chammah wrote:
Hi SVAers,
I would like to know how fit the code in DSAA's AliasAnalysisGroup
implementation is, basically the DSAA::alias method at al. John
mentioned that it hadn't been used in years and might harbor latent
bugs.
I spoke with Will and Arushi yesterday. I'll let them fill you in on the details, but basically, the DSA AliasAnalysis Group most likely does not work. The primary problem is that very few LLVM passes use the AliasAnalysisGroup interface, and those that do apparently don't follow the conventions required for using it correctly. We therefore have not had a good way to test dsa-aa because none of our research code uses it.
Would you recommend its use compared to directly querying the DSGraph
nodes? Does utilizing the thin AA abstraction reduce precision of the
underlying information?
Yes, you'll need to examine the points-to graphs directly and properly interpret the Incomplete, Unknown, and Int2Ptr flags. Also, you will need to do a simple interprocedural analysis to place DSNodes from different functions into equivalence classes to properly detect aliasing. Will has written code to do that; I'll email you a link to it off-list.
-- John T.
Thanks,
Tarek
_______________________________________________
svadev mailing list
svadev AT cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/svadev
- [svadev] DSAA fitness, Tarek Chammah, 01/26/2011
- Re: [svadev] DSAA fitness, John Criswell, 01/28/2011
Archive powered by MHonArc 2.6.16.