similar to: [LLVMdev] moving from llvm 2.6 -> 2.7

Hi All, We have this piece of code in our system , where we are iteratively remove functions that we scan the cfg and mark as unreachable. We observe that with llvm-2.6 func->eraseFromParent() works but with llvm-2.7 we get a the following assert. An asserting value handle still pointed to this value! UNREACHABLE executed at llvm-2.7/lib/VMCore/Value.cpp:522! CODE

On 1/26/11 2:07 PM, songlh at cs.wisc.edu wrote: > Hi: > > My llvm code is: > > for( BasicBlock::iterator i = b->begin() , ie = b->end(); > b != be ; b ++ ){ > if( CallInst * pCall = dyn_cast<CallInst>(i)){ > > pCall->dump(); // > Function * pFunction = pCall->getCalledFunction(); > if(

Hi: My llvm code is: for( BasicBlock::iterator i = b->begin() , ie = b->end(); b != be ; b ++ ){ if( CallInst * pCall = dyn_cast<CallInst>(i)){ pCall->dump(); // Function * pFunction = pCall->getCalledFunction(); if( !pFunction ){ } std::string fname = pFunction->getName(); } } The dump result

On 1/26/11 2:40 PM, songlh at cs.wisc.edu wrote: > thanks! > > After I check the ll file, I find this: > > %1 = load %struct.nsAString** %aBuf_addr, align 4, !dbg !2048 > %2 = getelementptr inbounds %struct.nsAString* %1, i32 0, i32 0, !dbg !2048 > %3 = getelementptr inbounds %struct.nsISupports* %2, i32 0, i32 0, !dbg !2048 > %4 = load i32 (...)*** %3, align 4, !dbg !2048

thanks! After I check the ll file, I find this: %1 = load %struct.nsAString** %aBuf_addr, align 4, !dbg !2048 %2 = getelementptr inbounds %struct.nsAString* %1, i32 0, i32 0, !dbg !2048 %3 = getelementptr inbounds %struct.nsISupports* %2, i32 0, i32 0, !dbg !2048 %4 = load i32 (...)*** %3, align 4, !dbg !2048 %5 = getelementptr inbounds i32 (...)** %4, i32 10, !dbg !2048 %6 = load i32 (...)**

On 1/26/11 3:00 PM, songlh at cs.wisc.edu wrote: >> On 1/26/11 2:40 PM, songlh at cs.wisc.edu wrote: >>> thanks! >>> >>> After I check the ll file, I find this: >>> >>> %1 = load %struct.nsAString** %aBuf_addr, align 4, !dbg !2048 >>> %2 = getelementptr inbounds %struct.nsAString* %1, i32 0, i32 0, !dbg >>> !2048 >>> %3

> On 1/26/11 2:40 PM, songlh at cs.wisc.edu wrote: >> thanks! >> >> After I check the ll file, I find this: >> >> %1 = load %struct.nsAString** %aBuf_addr, align 4, !dbg !2048 >> %2 = getelementptr inbounds %struct.nsAString* %1, i32 0, i32 0, !dbg >> !2048 >> %3 = getelementptr inbounds %struct.nsISupports* %2, i32 0, i32 0, !dbg >> !2048

Thanks a lot! I finally fix my problem. My code is like this: //CallInst* pCall pCall is a printf called in my situation if( ConstantExpr * pCE = dyn_cast<ConstantExpr>( pCall->getArgOperand(0))){ if( GlobalVariable * pGV = dyn_cast<GlobalVariable>( pCE->getOperand(0))){ if( ConstantArray * pCA = dyn_cast<ConstantArray>(

This patch changes no functionality. It merely adds items to the ignore file, cleans up the formatting for source files and updates the prologs for files to include the name of the file being licensed. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- .gitignore | 12 +++++++++++ AUTHORS | 3 +- ChangeLog | 1 - INSTALL | 1 - Makefile.am

> On 1/26/11 3:00 PM, songlh at cs.wisc.edu wrote: >>> On 1/26/11 2:40 PM, songlh at cs.wisc.edu wrote: >>>> thanks! >>>> >>>> After I check the ll file, I find this: >>>> >>>> %1 = load %struct.nsAString** %aBuf_addr, align 4, !dbg !2048 >>>> %2 = getelementptr inbounds %struct.nsAString* %1, i32 0, i32 0, !dbg

I am using pthreads. I was also wondering what will the llvm IR be for pthreads ? On Tue, Feb 3, 2009 at 3:51 PM, Bill Wendling <isanbard at gmail.com> wrote: > On Tue, Feb 3, 2009 at 12:33 PM, aparna kotha <kotha.aparna at gmail.com> > wrote: > > Hi all: > > > > I am working on a project using llvm and we need to deal with > multithreaded > >

Hi all: I need an instruction that can convert decimal values into floating point numbers. i.e. say I have a decimal number 1110794174 (== 42355FBE in hex ) and (== 45.3435 as a float) essentially the mantissa and exponent representation needs to be used. Is there any way of doing this in llvm? Thanks and Regards -- -- Aparna Kotha Graduate Student Electrical and Computer Engineering

character arguments with call_R do not work except in the first position. (In other positions, they just yield a single blank character.) The error is at line 1858 of dotcode.c which should be changed from STRING(CAR(pcall))[i]=s; to STRING(CAR(pcall))[0]=s; Jim -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read

Thanks a lot. A see the shared library in linux version. I initially tried doing this in cygwin where I dont see the shared library being built. Do u think it could have been cygwin that is the problem? Aparna On Mon, Apr 13, 2009 at 5:16 PM, Milos Puzovic <milos.puzovic at gmail.com>wrote: > In order to generate shared libraries you need to have SHARED_LIBRARY > and

Hi all: I am working on a project using llvm and we need to deal with multithreaded applications. I wanted to know if there was a C front end for llvm that could parse multithreaded applications? I tried llvm-gcc (4.2) and could not get it to work. Is there an extra parameter that I need to pass or something ? Thanks a lot for your help. Regards -- -- Aparna Graduate Student Department

I believe because cygwin behaves like windows (it is just a posix layer over window) it doesn't have dynamic linking hence only static libraries have been built. On 13 Apr 2009, at 23:16, aparna kotha wrote: > Thanks a lot. > > A see the shared library in linux version. I initially tried doing > this in cygwin where I dont see the shared library being built. Do > u

I am trying to run the LLVM hello world pass. I observe that in the OUPUT_DIR/lib the LLVMHello.a and LLVMHello.la libraries are generated. But I am confused as to how to generate the .so library file from here. I am kinda new to compilers and hence the question I know is basic , but couldnt figure the answer out myself. Thanks a lot for your help. Regards -- -- Aparna Kotha Research

I am using opt , so i cm confused if i need to do this. On the other hand I modified my functionPass not to call TargetData , and I still get this error. My functionPass still calls Alias Analysis though. Aparna On Fri, Aug 13, 2010 at 2:15 PM, John Criswell <criswell at illinois.edu>wrote: > aparna kotha wrote: > >> All, >> I have a ModulePass (A) calling a

On Tue, Feb 3, 2009 at 12:55 PM, aparna kotha <kotha.aparna at gmail.com> wrote: > I am using pthreads. > > I was also wondering what will the llvm IR be for pthreads ? > Okay. Luke gave hints on how to get pthreads to work. LLVM doesn't do anything special for pthreads calls. So they should look like regular calls into a library. -bw

All, I have a ModulePass (A) calling a FunctionPass that inturn calls TargetData (a ModulePass). For reasons of code correctness and modularity I cannot reorganize my passes in any other way . When I use opt to load and run A , it gives the following error. LLVM ERROR: Bad TargetData ctor used. Tool did not specify a TargetData to use? I gather from some previous emails that this was not