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

On Fri, Jul 22, 2005 at 04:07:40PM -0700, Murali Krishna Nethi wrote: > I have downloaded and installed llvm for research on compilers and > code generation. I wante d to know if the llvm-tv was not a part of > CVS distribution? I have downloaded llvm however, the tool llvm-tv is > missing. could you point me to a website where I could download it? LLVM distributions do not contain

Hi, I am new to llvm and have read all the documents and managed to get the llvm tool working on linux without much problem. I am trying to generate some static analysis information about my program using llvm virtual machine architecture. the file is really simple hello world program with a small loop which increments a variable until a particular iteration. main() { int a,b,c; a=0; b=0; c=1;

Thanks a lot Chris. Regarding basic block size I wish to calculate both: - The number of bytecode bytes - The number of machine code bytes for some target? TS Chris Lattner <sabre at nondot.org> wrote: On Thu, 7 Apr 2005, Tanu Sharma wrote: > Thanks for the reply, > > Actually I m aiming towards determining two values: > > - number of basic blocks in a program For

Hi, I am trying to obtain basic block profiles for mediabench g721 benchmark. I have successfully built llvm in profile_enabling mode. Then so as to find out the block execution frequency, I ran the command, analyze encode.out-cbe. It generated gmon.out which I read using gprof. However, I did not get the basic block level execution frequency. Can anybody help me as to how I can extract the basic

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 >

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

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

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. :) >

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

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 );

----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

1. Re: LLVM optmization (Bill Wendling) Hi, The IR is not wrong. I said that the assembler generated by MSVC is quicker. We can see that the for loop, in the TESTE function, is done without jump's in the MSVC and with jumps in LLVM. I think thats the point. If we don't use threads, the result is the same. My test were done with one billion interactions in the for loop. The MSVC

Paolo, I'll supply you with a new bleeding edge binary as soon as possible... Henrik >From: Misha Brukman <brukman at uiuc.edu> >Date: Fri, 8 Oct 2004 09:55:52 -0500 > >On Fri, Oct 08, 2004 at 12:51:10PM +0200, Paolo Invernizzi wrote: > > Some problems... (or I'm missing something...) > >Yes, you are missing recent CVS commits. Henrik supplied you with the

OOps.. I overlooked :-) Thanks Tanu Misha Brukman <brukman at uiuc.edu> wrote: On Wed, Mar 09, 2005 at 12:18:33PM -0800, Tanu Sharma wrote: > This is exactly what i m trying : > > opt -load /home/tsharma/ankur/llvm/Debug/lib/LLVMHello.so -hello /dev/null Well, you're not saving the output of your pass, it's going to /dev/null. Try: opt -load ... < input.bc >

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

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