similar to: [LLVMdev] problem with llvmgcc and lli

Dear Prof. Adve, Now I can use llvmgcc to compile a .c file into .bc file. But I still have trouble simply run the .bc code. Below is the sequence I got when I tried. I really don't know what's going on here. Please let me know how can I fix it. Thanks, xiaodong xli3|csil-suna48|~/cs426|[13]% llvmgcc scalarize.c -o scalarize xli3|csil-suna48|~/cs426|[14]% scalarize Cannot load value of

The problem with llvmgcc invoking as instead of llvm-as has been fixed. 3 llvm-specific executables needed to be copied into a default location where gcc can find them if it does not find them as configured (gcc was configured for the paths on our research machines and copied over). Let us know if you have additional problems. --Vikram > -----Original Message----- > From: llvmdev-admin

Thanks, Chris, Below is the output of 'llvmgcc he.c -v' xli3|csil-suna27|~/cs426|[35]% llvmgcc he.c -v Reading specs from /usr/dcs/projects/cs426/Software/gcc_install/bin/../lib/gcc-lib/llvm/3.1/specs Configured with: /home/vadve/lattner/cvs/gcc/configure --srcdir=/home/vadve/lattner/cvs/gcc --prefix=/home/vadve/lattner/cvs/gcc_install_sparc --target=llvm --enable-languages=c

Dear llvm, I just tried to compile a simple file hello.c. But each time I used llvmgcc hello.c, it gave me the following error: xli3|csil-suna33|~/cs426|[13]% llvmgcc hello.c as: error opening '/var/tmp//ccapglpE.o': file exists! Use -f command line argument to force output I really got confused. Could you please let me know what's wrong? thanks, Jerry

> I just tried to compile a simple file hello.c. But each time I used > llvmgcc hello.c, it gave me the following error: > > xli3|csil-suna33|~/cs426|[13]% llvmgcc hello.c > as: error opening '/var/tmp//ccapglpE.o': file exists! > Use -f command line argument to force output First try doing an 'rm -f /var/tmp/*' and try again. If that still doesn't work,

Hi, In the quest for better test cases for my MP, I thought of trying the Stepanov Abstraction Penalty benchmark. But apparently llvm-g++ is not ready for such terrible things. Let me know if you want me to send the source code (it is widely available). gaeke|csil-suna37|~/cs/426/MP1/step|[1177]% /usr/dcs/projects/cs426/Software/gcc_install/bin/g++ stepanov.cpp -o stepanov In file included from

Dear LLVM: I wrote a small testcase and I can compiler and run it with gcc, But with llvm, I got weird error like the following. I really don't know what's going on. Could you explain? Thanks a lot -Jerry Error Message: xli3|csil-suna38|~/mp2|[25]% llvmgcc testcase3.c testcase3.c: In function `init': testcase3.c:5: warning: cast to pointer from integer of different size

shouldn't the malloc() be something like malloc(sizeof(int)*size)? You're allocating 5 bytes, which is probably not the size of an int in llvm (it's definitely not the size of an int in sparc), and later you're trying to access c[1], which starts at byte 4 but is out of bounds. On Fri, 1 Nov 2002, Xiaodong Li wrote: > Dear LLVM: > > I wrote a small testcase and I can

When I check out llvm this morning. I got this error, so I couldn't check out. Looks like the disk is full.. Please let me know how to fix this problem. Thanks, xiaodong xli3|csil-suna33|/usr/dcs/projects/cs426/xli3/llvm|[10]% cvs update cvs update: Updating . ? gnumake.out cvs update: Updating Support cvs update: Updating include cvs update: Updating include/Support cvs update: cannot close

When I tried to run the previous .bc code with lli, I got the following errors: xli3|csil-suna33|~/cs426|[48]% lli he2.bc Unresolvable reference found: <long>:1! Unresolvable reference found: <long>:1! Unresolvable reference found: <long>:2! Error parsing 'he2.bc': No module loaded: Error resolving method values! So right now, I cannot do anything. Could you please let

Since we only have a Solaris version of the front-end (llvmgcc), we need to compile .c -> .ll files on a solaris machines in order to run the tests in Programs/. Doing this manually for all the C source files is really difficult. I added a flag called RUN_GCC_ONLY in test/Programs/Makefile.programs that will cause gmake to run only llvmgcc. Run the following in test/Programs to build .ll

Hi all LLVM CVS users, Recently, the LLVM makefiles have changed how runtime libraries are handled for the C/C++ frontend. Please take the following steps (assuming 'llvmgccdir' is whatever you normally pass to configure as the --with-llvmgcdir option): 1. Go into your llvm/runtime directory, and run 'make install-bytecode'. This will install runtime libraries into

Hi, Last night's attempt to build llvmgcc4 with svn head ends in this . This is on an x86 FC5 environment. /home/ramana/llvm/llvmgccfrontend/llvmgcc4-source/build-llvmgcc/gcc/xgcc -B/home/ramana/llvm/llvmgccfrontend/llvmgcc4-source/build-llvmgcc/gcc/ -B/home/ramana/llvm/install-llvm/i686-pc-linux-gnu/bin/ -B/home/ramana/llvm/install-llvm/i686-pc-linux-gnu/lib/ -isystem

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

> ok, I finished recompiling llvm, and when trying to use llvmgcc I get > the following error message: > as -o /var/tmp//ccIuGwwQ.o /var/tmp//ccZvtWKU.s > as: error opening '/var/tmp//ccIuGwwQ.o': file exists! > Use -f command line argument to force output Okay, this is the problem. For some reason, it is trying to use the 'as' in your path, which is the LLVM

Hi all LLVMor, I just tried to compile a simple code and analyze the number of the basic blocks. But after compile, what I got, the bytecode is seems to be optimized bytecode. So the information of basic blocks is not what I expected. I want ot use the code as example to see how some of code optimization methods work. However, after compiling file using llvm test.c -o test, bytecode file

lli executed the bytecode corresponding to test_3.0_ml.ll without a failure, even though Function() is accessing an invalid memory address. The original code is in test_3.0.c, and the malloc() in Create() has been replaced by alloca() in test_3.0_ml.ll. I expected lli to segfault or similar when testing my code. Are my assumptions erroneous? -------------- next part --------------

I think since we use the replaceAllUsesWith to replace all uses of old one, the old one should already be a instruction with # of uses equals 0. So it should be Ok to directly delete it. Can you let me know if there is anything wrong with simple deletion? Why can we create illegal LLVM? Thanks, xiaodong ---- Original message ---- >Date: Thu, 26 Sep 2002 10:50:00 -0500 >From: "Vikram

When I use the llvm to print out the code, it actually gives out the number of uses for each variable, for example, I get lines like this: %S.i = alloca %struct.SimpleStruct ; <%struct.SimpleStruct*> [#uses=3] or this %cast216.i = getelementptr %struct.SimpleStruct* %S.i, long 0, ubyte 0 ; <int*> [#uses=1] My question is how the program knows about the number of

Pranav Garg wrote: > Hi, > > I am trying to debug my llvm pass called -aa-eval-garg11 using gdb. > However I am not able to establish a breakpoint in any function of my > pass. I have compiled my > pass with a debug build and I have also compiled the input file (using > llvm-gcc) with the -g flag. Given below is the exact output. > > > (gdb) break