similar to: [LLVMdev] RE: CVS Broken?

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

% df -k /usr/dcs/projects Filesystem kbytes used avail capacity Mounted on csil-server1:/usr/dcs/csil-projects 17332442 16991416 167702 100% /usr/dcs/projects % date Wed Oct 30 21:21:25 CST 2002 if anybody has good ideas on how to reduce disk usage, better speak up now....

On Sun, Dec 30, 2012 at 12:19 AM, Journeyer J. Joh <oosaprogrammer at gmail.com> wrote: > Hello, > > I just applied changes of LLVM 3.2 and it is tested with LLVM 3.2 > downloaded from the LLVM Download Page. > > I just worked for master branch only. > The rest of the other branches need to be changed about this also. > This will be done as soon as possible. >

Hello Peng Yu, I found the same error on my Macbook Air. This was my first trying on MacOS X. Troubleshooting this might take sometime. Only thing I can say now that klang is tested successfully on Ubuntu with - LLVM 3.2 official release on LLVM download page - LLVM svn latest update Clang compile produces an error message on MacOS X with the LLVM svn latest update I am trying to find the

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

I cannot figure out a particular PassManager error for what seem to be legal dependencies. Here is the situation. We have 5 passes, RegisterAllocator, FunctionLiveVarInfo, CoalesceCopies, DominanceForest, and UnionSSAVars, with dependencies as follows: class RegisterAllocator : public FunctionPass { . . . virtual void getAnalysisUsage(AnalysisUsage &AU) const {

LLVM, What do I pass into the DSG in order to access the globals vector of functions that a function pointer may be calling. The code: CallInst *calli = dynamic_cast<CallInst*>(*i); std::vector<GlobalValue*> funcVect = theGraph.getNodeForValue(calli->getCalledFunction()).getNode()->getGlobals(); Doesn't appear to work... getCalledFunction() returns 0 Dave On Fri, 6 Dec

Just a warning that the LLVM web site and CVS server are likely to be affected by the following maintenance work on May 21. Many of our software utilities are automounted from DCSfiles. --Vikram http://www.cs.uiuc.edu/~vadve http://llvm.cs.uiuc.edu/ Begin forwarded message: > From: "Frank E Penrose" <fep at uiuc.edu> > Date: May 9, 2006 9:01:38 AM CDT > To:

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

I just checked in an important change to the LLVM Verifier pass, and have compiled a new version of the GCC front-end. The big change is that we now match the LangRef.html much more closely: many operations on pointer operands are illegal. Essentially, the GCC front-end should never generate adds, subtracts, multiplies, divides, rem, or shr/shl instructions that take pointer operands now. In

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

The following should work: % cd llvm/test/Programs/MultiSource % gmake DISABLE_CBE=1 DISABLE_LLC=1 --Vikram http://www.cs.uiuc.edu/~vadve > -----Original Message----- > From: llvmdev-admin at cs.uiuc.edu > [mailto:llvmdev-admin at cs.uiuc.edu] On Behalf Of Juan Nicolas Ruiz > Sent: Sunday, December 08, 2002 2:20 PM > To: llvmdev at cs.uiuc.edu > Subject: [LLVMdev] Olden BM

On Sat, Dec 29, 2012 at 7:30 PM, Journeyer J. Joh <oosaprogrammer at gmail.com> wrote: > Hello Peng Yu and List, > > I have put toy.cpp into github but it has a form of LLVM project > makefile infrastructure. So you can build it together with LLVM > Project source tree. > > git://github.com/Journeyer/klang.git > > There exist many branches and each branch is for

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

Klang is tested with LLVM 3.1 Header file location is often changed. I guess that's why.. What version of LLVM do you use? 2012/12/30 Peng Yu <pengyu.ut at gmail.com>: > On Sat, Dec 29, 2012 at 7:30 PM, Journeyer J. Joh > <oosaprogrammer at gmail.com> wrote: >> Hello Peng Yu and List, >> >> I have put toy.cpp into github but it has a form of LLVM project

On May 11, 2005, at 3:03 PM, Chris Lattner wrote: > On Wed, 11 May 2005, Alkis Evlogimenos wrote: >> On Wed, 2005-05-11 at 13:17 -0500, Chris Lattner wrote: >>> On Wed, 11 May 2005, Vladimir Prus wrote: >>>> Say I want to find all LLVM Value*-es that a live on exit from a >>>> basic block. >>>> What's the best way? >>>>

Say I want to find all LLVM Value*-es that a live on exit from a basic block. What's the best way? - The 'LiveRange', 'LiveVariables' and 'LiveIntervals' classes seem to be tied to register allocation. - The ./lib/Target/SparcV9/LiveVar/FunctionLiveVarInfo.h file seem to provide what I need, but it's no a public header. - Volodya

  Tne answer is NO. Any vanilla kernel (> 2.6.27) itself allows only to enable PV Guest (paravirtual) mode, but not Xen Dom0 Support. Mainline Linux doesn''t  contain Xen Dom0 Support merged. You have to work on it on your own.   I''ve sent you two links in the very first message. View second one - patching 2.6.30.1 via Andrew''s Lyon rebase patch set :-  

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

Hi Sanjiv, 2009/6/15 Sanjiv Gupta <sanjiv.gupta at microchip.com>: > I configure llvm into a separate directory from source. > When I do the steps you mentioned in the source directory, this is what I > get. In that case, copy $LLVM_DIR/tools/llvmc/example/mcc16/Makefile to $LLVM_OBJ_DIR/tools/llvmc/example/mcc16/Makefile and build from that directory.