similar to: [LLVMdev] Lots more DSGraph tests

Dear Prof. Adve, I recently checked out the llvm using cvs update command under the llvm directory. But when I went to see the DSNode.h, there is no getPointerSize function. I checked the doxygen tree, it's there. So that means I didn't update my cvs tree correctly. Could you let me know how to update my CVS tree? Or there is a problem at somewhere else? Thanks, xiaodong On Sun, 10 Nov

I use the following code to do the depth first search on the DSGraph. And I always got this error message. Couldn't figure out what's wrong. Could you please let me know? Besides, I really have no idea about what those functions do. Is there any documentation about DSGraph functions besides the pool allocation paper? Thanks, xiaodong Code: for( df_iterator<DSNode*> I =

Rahul, Were you talking about tracing in the sense of "profiling" (which Anand did), or tracing of values as they are computed for debugging generated code (which I did)? For tracing of values for debugging, the answer is yes: we insert code in each BB and print out the values computed in that BB that are live at the end of the BB (so we don't print out temporaries computed and

P.S. If anyone can take a little time to write a GraphTraits class for the call graph, using the call sites returned by the TDGraph, that would be great. Then you could directly use the PostOrderIterator, ReversePostOrderIterator, and TarjanSCCIterator on this call graph, without having to do any extra work. You can also do other things like print out the call graph to dot files and view them.

A note to people working on DSGraph related projects: I just checked in a bunch of fixes and minor changes that affect how the DSGraphs are built, and some minor representational fixes. With these changes, the DSGraph interface is pretty much frozen from my end. There are two big caveats though: 1. Bugs still exist. There are a couple of asserts that may be triggered for unimplemented

I'll try to answer these because Chris is really busy this week. > From: Xiaodong Li <xli3 at santoor.cs.uiuc.edu> > Subject: [LLVMdev] DSGraph questions > Sender: llvmdev-admin at cs.uiuc.edu > Date: Sun, 10 Nov 2002 11:25:53 -0600 (CST) > > 1. What is the difference between DSNodeHandle and DSNode? What do the > functions getLink() and getSize() do?

Thanks guys! I was looking into ModRef before, but I don't think that's exactly what I need. ModRef API call getModRefInfo requires a Value to be passed to it. However, some memory location M (which is a <DSNode, offset> pair) visible to the caller can be modified in the callee without any Value in the caller actually pointing to that location. I also need to capture those... I

On Apr 26, 2006, at 10:45 AM, Tom Tromey wrote: >>>>>> "Vikram" == Vikram Adve <vadve at cs.uiuc.edu> writes: > > Vikram> Either way, one issue that you will have to deal with is > preserving > Vikram> the behavior of Java exceptions (assuming you care about > that). LLVM > Vikram> does not preserve the order of potentially

-----Original Message----- From: Vikram S. Adve [mailto:vadve at cs.uiuc.edu] Sent: Sunday, January 25, 2004 7:16 AM To: Joseph E. Grzywacz Subject: RE: [LLVMdev] Basic Blocks: Bytecode -> Native Code [Joseph, I'm sending this again because I didn't copy the list the first time.] Yes, this is true for the Sparc back-end. In fact, it is a fundamental assumption that is relied on by

Andrew, there used to be some code to compute the ModRef behavior of functions using DS graphs. Does that code still exist in svn? What Zvonimir is asking is essentially that, although perhaps he needs it as DS nodes explicitly rather than via the generic queries in the AliasAnalysis interface. --Vikram http://www.cs.uiuc.edu/~vadve http://llvm.org/ On Apr 3, 2008, at 12:45 PM,

Hello hackers, I seem to be having some trouble compiling the top of the llvm CVS tree... Is someone working on something involving IPModRef.cpp and the data structure graph? I have attached a make -k log. -Brian -- gaeke at uiuc.edu -------------- next part -------------- gmake[1]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/utils/Burg' gmake[1]: Nothing to be done for

>>>>> "Vikram" == Vikram Adve <vadve at cs.uiuc.edu> writes: Vikram> Ok, this makes sense. But I was actually asking how you deal with Vikram> this in the LLVM JIT for libgcj (I guess it is too early for you to Vikram> have an answer). Yeah. I completely punted on exception handling in general, since at the moment there is really no hope for integrating

On Apr 23, 2006, at 9:32 PM, Archie Cobbs wrote: > Chris Lattner wrote: >>> I think the point of llvm-java was to avoid a JVM. That is, it >>> converts >> llvm-java is the JVM. >>> either Java source or Java bytecode into equivalent LLVM bytecode. I >> llvm-java only supports input from Java bytecode. >>> think the big thing lacking so far are

Prof. Vikram, I updated the DataStructure.cpp and recompiled the llvm. But still I have the same scenario. I don't get the same DSnode for global. I tried several methods; but none of them were successful. I used the getNodeForValue and again I found that the global value had different nodes in different functions. However, the getGlobals worked well for function call. Thanks, Ganesh On Mon,

Ganesh, I modified DataStructure.cpp so that global nodes are no longer removed from any graphs. Only that file has changed. Chris, if you get a chance to do this, it would be nice if you could take a quick look at the change I made and make sure that's all that's needed. Thanks, --Vikram http://www.cs.uiuc.edu/~vadve > From: Chris Lattner <sabre at nondot.org> >

Sorry for that last message, it was intended for llvm at cs instead of llvmdev at cs. --Vikram http://www.cs.uiuc.edu/~vadve > -----Original Message----- > From: Vikram S. Adve [mailto:vadve at cs.uiuc.edu] > Sent: Thursday, October 23, 2003 1:55 PM > To: 'Nate Fyie' > Cc: 'LLVM Developers List' > Subject: RE: Ticket #7559: FW: Bradfields/PCJF-10959 > >

>>>>> "Vikram" == Vikram Adve <vadve at cs.uiuc.edu> writes: Vikram> Either way, one issue that you will have to deal with is preserving Vikram> the behavior of Java exceptions (assuming you care about that). LLVM Vikram> does not preserve the order of potentially excepting instructions Vikram> (e.g., a divide or a load). This would have to be handled

1. What is the difference between DSNodeHandle and DSNode? What do the functions getLink() and getSize() do? 2. In the previous email, you mentioned that we can use DSNode::getPointerSize() to get the number of links, But I checked the doxygen documentation, there is no such member for DSNode. 3. Previously I use the following code: for( df_iterator<DSNode*> I = df_begin(pnode),

The following should work: % cd llvm/test/Programs/MultiSource % gmake DISABLE_CBE=1 DISABLE_LLC=1 --Vikram http://www.cs.uiuc.edu/~vadve > -----Original Message----- > From: llvmdev-admin at cs.uiuc.edu > [mailto:llvmdev-admin at cs.uiuc.edu] On Behalf Of Juan Nicolas Ruiz > Sent: Sunday, December 08, 2002 2:20 PM > To: llvmdev at cs.uiuc.edu > Subject: [LLVMdev] Olden BM

> On Thu, 24 Jun 2004, Vladimir Merzliakov wrote: > > > At this moment I use > > "gmake TEST=nightly" command line to run night tester > > > > What I must specific and where to disable SPEC run (i don't have it) > > I think that it's currently a bug that this does not automatically happen. > > > I known about new NightlyTest.pl option: