similar to: [LLVMdev] llvm-g++ barfs

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

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

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

Finally lli and llvmgcc can work under my directory. I wrote the following simple program and compiled it using gcc and then run it without any problem. But when I tried to compile it using llvmgcc and lli, llvmgcc gave me the following error message which I cannot understand: xli3|csil-suna37|~/cs426|[181]% llvmgcc test.c -o test test.c: In function `init': test.c:10: warning: cast to

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

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,

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

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

Just for the archive or in case of anybody is interested in: The problem is the missing stddef.h which resides more than one time on the OS. I mistakenly thought, that there is an typo in the code, because one of this files is in /us/include/linux so I changed #include <stddef.h> to #include <linux/stddef.h> But this was wrong and it is the wrong file too. The right file to

Here are a few bits of news about the C frontend: 1. I have ported it to compile and run under linux. On our research machines, it is available here: /home/vadve/lattner/cvs/gcc_install_x86 Note that this C compiler will still generate "64-bit" LLVM files, thus the code will probably not work right if run through the C backend, then compiled on x86. For middle-end

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

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 llvm::PassManager::run Breakpoint 1 at 0x86be87c: file

Hi John, Yes, it was the problem of the namespace. Sorry for bugging for such a silly mistake. Thanks Pranav On Mon, Apr 19, 2010 at 9:33 AM, John Criswell <criswell at uiuc.edu> wrote: > 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

> AllocaInst. I did a recent "cvsupdate", but the code still hadn't > changed. Has this code already been updated ? If not, I request that it > be updated as soon as possible, as it simplifies our implementation of > MP1 (we need to insert the alloca's at the beginning of the function). The plan is to update the CSIL CVS tree soon. When that happens you should get

I just recompiled the opt executable, but when trying to load a dynamic module I get the following error: % opt -load $LLVM_DIR/lib/Debug/libdsgraphshow.so --help Error opening '/usr/dcs/projects/cs426/juanruiz/llvm/lib/Debug/libdsgraphshow.so': ld.so.1: opt: fatal: relocation error: file /usr/dcs/projects/cs426/juanruiz/llvm/lib/Debug/libdsgraphshow.so: symbol

Hi everyone, I'm putting together a "cool projects with LLVM" page, in order to fix "bug" 175: http://llvm.cs.uiuc.edu/PR175 If you have used LLVM for a project, we would like to include your writeup/slides/quarterly results/whatever on the page to show some of the cool things that have been done with LLVM, but which aren't necessarily included in the mainline

LiveVariables gives you something like liveness analysis: where each variable is alive, that is, across each basic blocks, where it is defined, and where it is killed. LiveIntervals gives you a linear representation of the variables as a set of intervals. Yes, it handle holes in the live ranges. There is a very nice description of these analysis and related data structures here:

Hello. There was a slight change in stubdom makefile from 3.3 to 3.3.1, in order to use non-localised gcc output: GCC_INSTALL = $(shell LANG=C gcc -print-search-dirs | sed -n -e ''s/install: \(.*\)/\1/p'') However, this is still unsuffient to just set LANG: [guillomovitch@n2 xen]$ LANG=C gcc -print-search-dirs | sed -n -e ''s/install: \(.*\)/\1/p'' At least on