similar to: [LLVMdev] Builing llvm-gcc error with current trunk

Hi Won, > I'm trying to re-build llvm-gcc with gcc 4.3.2 on x86 Linux machine and > has the following error message during compilation. if you are using llvm from svn then you need to build llvm-gcc from svn too. Ciao, Duncan.

Hello, While I was trying to cross-compile Linux OMAP kernel with llvm, I have the following error message. CC arch/arm/kernel/traps.o cc1: /home/wonjeon/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuild.cpp:5388: void llvm::SelectionDAGLowering::visitInlineAsm(llvm::CallSite): Assertion `(OpInfo.ConstraintType == TargetLowering::C_RegisterClass || OpInfo.ConstraintType ==

On Jul 8, 2009, at 11:16 AM, Won J Jeon wrote: > Hello, > > While I was trying to cross-compile Linux OMAP kernel with llvm, I > have the following error message. > > CC arch/arm/kernel/traps.o > cc1: /home/wonjeon/llvm/lib/CodeGen/SelectionDAG/ > SelectionDAGBuild.cpp:5388: void > llvm::SelectionDAGLowering::visitInlineAsm(llvm::CallSite): >

Bug #4521 has been filed. traps.c has been also attached. Thanks, Won On Wed, Jul 8, 2009 at 1:38 PM, Bob Wilson <bob.wilson at apple.com> wrote: > > On Jul 8, 2009, at 11:16 AM, Won J Jeon wrote: > > Hello, > > While I was trying to cross-compile Linux OMAP kernel with llvm, I have the > following error message. > > CC arch/arm/kernel/traps.o >

Thanks for the bug report. The attached file isn't helpful for reproducing the problem. I don't have all the header files that are included, so I can't just try to run it through my version of llvm-gcc and see what happens. At a minimum, please attach the preprocessed source file along with the complete llvm-gcc command line that you used to compile it. That would

traps.i has been attached. I used 'make CROSS_COMPILE=llvm-arm-' to compile the kernel with default configurations provided by kernel package If you need more information, please let me know. Thanks, Won On Wed, Jul 8, 2009 at 3:00 PM, Bob Wilson <bob.wilson at apple.com> wrote: > Thanks for the bug report. The attached file isn't helpful for > reproducing the problem.

building rpm for mandrake 8.1 gives me this error what should i try? checking for two-argument statfs with struct fs_data (Ultrix)... no checking if large file support can be enabled... yes checking whether to support ACLs... no checking whether to build winbind... yes checking for poptGetContext in -lpopt... no checking whether to use included popt... ./popt checking configure summary configure:

Hi Jeffrey, Listed below the Full valgrind report (using latest revision r99309) The program creates many thousands of instructions and values as you can see from the report below ==20504== Memcheck, a memory error detector ==20504== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==20504== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright info ==20504==

I am using llvm-2.6. In the online documentation, the signature is GlobalVariable::GlobalVariable ( const Type * Ty, bool isConstant, LinkageTypes Linkage, Constant * Initializer = 0, const Twine & Name = "", bool ThreadLocal = false, unsigned AddressSpace = 0 ) the link to the documenation is

Thanks, Eli. Also, I wonder specifically if the structure alignment and code padding in the system code works with ARM backend without any problem, so LLVM behaves the same as gcc. Won On Tue, Jun 2, 2009 at 11:58 AM, Won J Jeon<wjjeon at gmail.com<http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev>> wrote: >* Hello all, *>* *>* We just started to look at how we could use

Hello, I'm testing my llvm-arm toolchain by compiling a simple source code (like hello world). Particularly, when I use '-static' option for compilation, I have the following error message. $ llvm-arm-gcc -o hello hello.c -static /home/wonjeon/CodeSourcery/Sourcery_G++_Lite/arm-none-linux-gnueabi/libc//usr/lib/libc.a(backtrace.o): In function `backtrace':

Hello, I built a llvm toolchain for ARM and I'm trying to build a simple application on ARM using LLVM. When I compiled the code, it has the following message and the binary code has a segmentation fault when it is executed. /tmp/ccJPjMe4.s: Assembler messages: /tmp/ccJPjMe4.s:4250: rdhi, rdlo and rm must all be different /tmp/ccJPjMe4.s:4589: rdhi, rdlo and rm must all be different

Okay, I'm past the GEP "have to dereference pointer first" problem of my last post. I now have a linkage error (I get undefined symbol when I try to assemble the program). gcc -o test.o test.s says: > /tmp/cczhiFk7.o(.text+0x7): In function `a': > : undefined reference to `_index_' _index_ is defined like this: > %_index_ = external global long ;

When I attempt to follow any tutorial for llvm and add the `llvm-config --cxxflags --ldflags --libs all` line to my GXX_FLAGS, g++ chokes on llvm/GlobalValue.h, complaining of an invalid cast from int to llvm::GlobalValue::LinkageTypes. I receive this error under both Red Hat and Ubuntu and the version of G++ I am using is 4.1.2. Thanks in advance, Jared -------------- next part -------------- An

There wouldn't happen to be an index telling one which libraries define which symbols, would there? For example, if I'm told alvm.o: In function `llvm::Function::Create(llvm::FunctionType const*, llvm::GlobalValue::LinkageTypes, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, llvm::Module*)':

On Wed, Jan 12, 2011 at 6:08 PM, Renato Golin <rengolin at systemcall.org> wrote: > On 12 January 2011 22:28, Rob Nikander <rob.nikander at gmail.com> wrote: >> @x = external global %0* > > Hi Rob, > > Try removing the 'extern', as it implies the variable storage is > elsewhere (ie. another object file). > I have to pass something from the

I am trying to compile llvm gcc 4.0 from svn today and I'm getting the error below. It looks like the file LLVMBuilder.h. I looked in past versions of LLVM and that file exists; however, it not longer seams to exist. Has it purposely been removed? ------------------------------------ llvm_optimized/include ../../llvm-gcc-4.0/gcc/llvm-backend.cpp -o llvm-backend.o In file included from

Thanks for your reply. Is it not possible to do with llvm-g++ -g? and furthermore, where are SDNode and DebugLoc fields stored? are they in a file which I have to parse myself? if so, is there any way that I use a library to get the file/line information for each instruction? since, I am writing a pass for opt tool that manipulates the callgraph and want to get the line number information in

> I am trying to compile llvm gcc 4.0 from svn today and I'm getting the > error below. It looks like the file LLVMBuilder.h. I looked in past > versions of LLVM and that file exists; however, it not longer seams to > exist. Has it purposely been removed? llvm-gcc 4.0 is no longer supported (as of 2.2): http://lists.cs.uiuc.edu/pipermail/llvmdev/2008-February/012416.html To

On Tue, 26 Oct 2004, Tom Brown wrote: > I'm in a group tasked with improving the GC of LLVM for a 421 project. > We are having trouble getting started with the given SemiSpace > collector. > > We found the string llvm_gc_initialize called from a single source file > ./test/Regression/CodeGen/Generic/GC/alloc_loop.ll > which we tried with the following... (showing LLVM