similar to: [LLVMdev] Re: Help regarding llvm tool

Murali, Please send LLVM questions to llvmdev at cs.uiuc.edu . On Mon, Jul 25, 2005 at 02:41:10PM -0400, Murali Krishna Nethi wrote: > Thanks for your reply. I was able to download llvm-tv using the > directions that you had provided to me. > > I have read the whole documentation of llvm yet, have simple question > about llvm. > > I was trying to analyse a simple hello.c

Hi LLVM hackers, We'd like to call your attention to a spiffy new visualization tool for LLVM which we developed for a class project, which has just come to fruition. We call it LLVM-TV (the "Transformation Visualizer"). You're welcome to try it out -- it should build just fine on Linux or Mac OS X using a current CVS version of LLVM. Or, if you don't want to go to the

On Tue, Aug 18, 2009 at 10:45 AM, Misha Brukman <brukman at gmail.com> wrote: > On Thu, Aug 13, 2009 at 12:17 PM, Ioannis Nousias < > ioannis.nousias at googlemail.com> wrote: > >> >> Also, LLVM-TV seems outdated. I've tried to compile it with 2.5 LLVM >> and >> >> got various errors due to API changes. Tried to correct them, but got >>

On Fri, Dec 31, 2004 at 09:41:24PM +0100, Henrik Bach wrote: > Today, I was almost able to build a complete tool suite of LLVM in the > MinGW environment. Great! > However, llvm-db and bugpoint couldn't build due to some non-win32 > intrinsics. If we could iron these errors out, then I think we could > tell to jeff and others, to setup a win32 VC-project to compile the >

On Mon, 19 Sep 2005, Brian R. Gaeke wrote: > Sorry, I don't personally have any of that stuff anymore -- I seem > to recall that page didn't have a whole lot on it, though. I think > Misha has messed around with llvm-tv more recently than I have. If > you really want that particular page, it looks like you can get (a > version of) it from the Internet Archive... > >

Howdy, oh LLVMers! As you may or may not have noticed, the LLVM tool `as' has a problematic name that conflicts with the standard system assembler. This poses a problem for programs such as `gcc' which searches the path for a suitable assembler -- it may find the LLVM assembler instead of the native version, causing compilation errors. Thus, I am undertaking the project of renaming LLVM

Hear ye, hear ye! As I wrote previously, some tools, they've been a-changin': http://mail.cs.uiuc.edu/pipermail/llvmdev/2003-August/000468.html Namely, `as' has gone away in favor of `llvm-as', similarly for `dis', but NOW... `link' has become `llvm-link' because Redhat 8 (and probably higher) ships with /bin/link (which seems like an `ln' clone) and we do not

----Original Message Follows---- From: Misha Brukman <brukman at uiuc.edu> Reply-To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> Subject: Re: [LLVMdev] I'm almost able to build a complete tool suite of LLVM. Date: Fri, 31 Dec 2004 15:10:47 -0600 >Great! Thank you. >As a result, to be compiled/ran on

Ms Brukman, Thanks for your reply.Just clarifying my question.I actually wanted to randomize the static layout of function code in the executable file.Sorry for writing in confusing manner. T Misha Brukman <brukman at cs.uiuc.edu> wrote: On Thu, Jun 02, 2005 at 02:12:22PM -0700, Tanu Sharma wrote: > By randomization of functions I mean the manner in whch they are > called , so

Hi Misha, Files downloaded. Thank you very much. Henrik. From: Misha Brukman <brukman at uiuc.edu> Date: Mon, 8 Nov 2004 11:17:25 -0600 On Sat, Nov 06, 2004 at 09:35:47AM +0100, Henrik Bach wrote: > Would some one be so kind to catch the output when configuring and building > the CFE together with the log files produced? http://misha.brukman.net/code/llvm/logs/ The

On Sat, 21 Aug 2004 18:36:08 -0500 Misha Brukman <brukman at uiuc.edu> wrote: > On Sat, Aug 21, 2004 at 04:15:49PM -0700, Jeff Cohen wrote: > > I don't know if it's under cvs. It's the "getting started" page > > (http://llvm.cs.uiuc.edu/docs/GettingStarted.html) in section > > "Getting Started Quickly (A Summary)". But careful reading

Sorry, I don't personally have any of that stuff anymore -- I seem to recall that page didn't have a whole lot on it, though. I think Misha has messed around with llvm-tv more recently than I have. If you really want that particular page, it looks like you can get (a version of) it from the Internet Archive... http://web.archive.org/web/20041102220954/llvm.cs.uiuc.edu/~gaeke/llvm-tv/

It works. Thanks! However, although the configuration and installation process doesn't report any error/warning, the llvmc cannot work. It just says: Unexpected unknown exception occurred :( Do you have any clue about that? Feng -----Original Message----- From: Misha Brukman [mailto:brukman at uiuc.edu] Sent: Thursday, February 17, 2005 2:00 PM To: LLVM Developers Mailing List Cc:

Sigh... take it up with Microsoft. On Fri, 24 Sep 2004 12:06:36 -0500 Misha Brukman <brukman at uiuc.edu> wrote: > On Fri, Sep 24, 2004 at 09:38:44AM -0700, Jeff Cohen wrote: > > Here's the patch to Signals.cpp. assuming that stdio.h is acceptable > > (can't imagine it won't work). > > We prefer #include <cstdio>, since this is C++ after all. :) >

On Thu, Oct 07, 2004 at 06:46:18PM -0400, Shukang Zhou wrote: > Thanks Misha. I tried the "gcc -dM -E /tmp/file.c | grep __sparcv9" > but there was no output. Maybe this is the probelm, I do have > > CXX = g++ -mcpu=v9 > CC := gcc -mcpu=v9 > > in the Makefile.config. Do I need to add -m64 as well? Thanks. Just run the test that I mentioned before: > On Thu, 7

Hi Misha, Thanks for your answer I was doing this: ======================== BasicBlock *BBlock = new BasicBlock("entry", MyFunc); ... Value *Zero = ConstantSInt::get(Type::IntTy, 0); Value *UZero = ConstantUInt::get(Type::UIntTy, 0); MallocInst* mi = new MallocInst( STyStru ); mi->setName("tmp.0"); BBlock->getInstList().push_back( mi );

Constant *strcon==ConstantArray::get("Value : %d\n"); Sorry Typo. On Tue, 21 Dec 2004, Misha Brukman wrote: > On Tue, Dec 21, 2004 at 03:45:33PM -0700, Sriraman Tallam wrote: > > I have this call instruction to printf inserted which is causing > > an assertion failure. Any pointers to where I am wrong : > > > > Function

On Sat, Aug 21, 2004 at 04:15:49PM -0700, Jeff Cohen wrote: > I don't know if it's under cvs. It's the "getting started" page > (http://llvm.cs.uiuc.edu/docs/GettingStarted.html) in section "Getting > Started Quickly (A Summary)". But careful reading of the remainder of > the page does give the correct path. http://llvm.cs.uiuc.edu/docs/* is a copy of

I'm sorry, I did not completely understand your email, let me clarify my response. On Thu, Oct 07, 2004 at 06:46:18PM -0400, Shukang Zhou wrote: > Thanks Misha. I tried the "gcc -dM -E /tmp/file.c | grep __sparcv9" > but there was no output. Maybe this is the probelm, I do have > > CXX = g++ -mcpu=v9 > CC := gcc -mcpu=v9 > > in the Makefile.config. Do I need

What's different about code that's been mem2reg'd from straight front end code, or anything that mem2reg hasn't been run on? PHINODES! It appears to be crashing when I try to cast a Value* that's really a BB* (from the PHInode operands) to a User*, insteresting since I am dyn_casting. I just caught this on cerr though (printing out what the Value* was each time). Let me