similar to: [LLVMdev] undefined references in llvm

Hello EveryOne, I am building customized tools for ARM using a crosscomplier. I am currently building a tool similar to lli but it only jits code. I enabled jit when I was configuring LLVM. On linking my code with help from llvm-config to the libraries I get this error: Can't exec "which": No such file or directory at llvm2/bin/llvm-config line 69. Use of uninitialized value in

I get the following error when I try to run arm lli on QEMU: lli: llvm-arm/src/llvm/include/llvm/ADT/ilist.h:197: typename bidirectional_iterator<NodeTy, int>::reference llvm::ilist_iterator<NodeTy>::operator*() const [with NodeTy = llvm::RecyclerStruct]: Assertion `Traits::getNext(NodePtr) != 0 && "Dereferencing end()!"' failed. 0 lli 0x006abbfc Stack dump: 0.

I was able to use your scripts to build� llvm and llvm-gcc successfully. But when i try to link to llvm libraries i get the following : ......................... .......................... /arm-2007q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.2.1/../../../../arm-none-linux-gnueabi/bin/ld: /arm-llvm/llvm-project/i686-pc-linux-gnu/arm-none-linux-gnueabi/llvm/lib/LLVMXCore.o: Relocations in generic

Thanks Edwin, I will check it out. Cheers, Zheng 2010/5/18 Török Edwin <edwintorok at gmail.com>: > On 05/18/2010 02:13 PM, Zheng Wang wrote: >> Got it. >> >> I am using LLVM 2.6. I guess  bool getLocationInfo(const Value *V, >> std::string &DisplayName,...) has everything I need.\ > > Yes, for variables. > For instructions see what printStopPoint()

On 04/29/2010 12:13 PM, Yuri wrote: > Török Edwin wrote: >> How long does it take for llc to compile it? >> Remember that the JIT includes code generation time > > llc takes almost no time (0.00 user as measured by time), code is tiny. > Are you using 2.6 or 2.7, 32-bit or 64-bit? With 2.7 on x86-64 I get: lli: real 0m9.564s user 0m9.557s sys 0m0.004s a.out:

I'm trying to get a stacktrace, so I can't provide one. I'm trying llvm 2.7 right now. I'm hoping there's a 2.6 workaround, though. On 8/10/10 2:01 PM, "Török Edwin" <edwintorok at gmail.com> wrote: On Tue, 10 Aug 2010 13:42:05 -0600 "Bueno, Denis" <denbuen at sandia.gov> wrote: > Hello, > http://www.opendylan.org/~housel/bcdump.pl

Török Edwin wrote: > Are you using 2.6 or 2.7, 32-bit or 64-bit? > I use 2.7 on i386. lli has debug asserts enabled, but I guess this shouldn't matter for JIT code speed. jit: 11.32 real exe: 7.64 user Both have -O3 option. Speed should be the same. Yuri

--- On Fri, 1/30/09, Török Edwin <edwintorok at gmail.com> wrote: > From: Török Edwin <edwintorok at gmail.com> > Subject: Re: [LLVMdev] [LLVM][g++] A helping hand > To: kasra_n500 at yahoo.com, "LLVM Developers Mailing List" <llvmdev at cs.uiuc..edu> > Date: Friday, January 30, 2009, 8:29 AM > On 2009-01-30 18:19, Kasra wrote: > > Hi All, >

Török Edwin wrote: > Evan Cheng wrote: > >> On Apr 13, 2008, at 1:28 PM, Török Edwin wrote: >> >> >> >>> Hi, >>> >>> In PR2193 LiveVariables runs out of memory on a 512M limit, after >>> processing 11557 basicblocks. >>> VirtRegInfo has ~180000 entries with ~700 bytes each. >>> If I give it more memory

OK I figured out what the problem was - I assume you are trying to compile under Snow Leopard? There is a problem with linking against wxWidgets because the prebuilt binaries for wxWidgets are compiled in 32-bit mode, and the default compilation mode in Snow Leopard is 64 bits. See this article for an explanation: http://wiki.wxwidgets.org/Development:_wxMac#Building_under_10.6_Snow_Leopard

Oh, and I updated the MIME types on the docs, so now you can read them online here: http://llvm.org/svn/llvm-project/llbrowse/trunk/doc/LLBrowse.html 2011/2/14 Talin <viridia at gmail.com> > OK I figured out what the problem was - I assume you are trying to compile > under Snow Leopard? There is a problem with linking against wxWidgets > because the prebuilt binaries for

On Mar 26, 2008, at 12:03 AM, Török Edvin wrote: > On Wed, Mar 26, 2008 at 4:09 AM, Evan Cheng <evan.cheng at apple.com> > wrote: >> >> On Mar 25, 2008, at 12:56 PM, Török Edwin wrote: >>> The new package is here: >>> http://edwintorok.googlepages.com/sqlite_lemon_llvmtest.tar.gz >>> Anything else I should change? >> >> Looks good.

hannibal hannibal wrote: > I get the following error when I try to run arm lli on QEMU: > > lli: llvm-arm/src/llvm/include/llvm/ADT/ilist.h:197: typename bidirectional_iterator<NodeTy, int>::reference llvm::ilist_iterator<NodeTy>::operator*() const [with NodeTy = llvm::RecyclerStruct]: Assertion `Traits::getNext(NodePtr) != 0 && "Dereferencing end()!"'

----- Original Message ----- From: "Misha Brukman" To: "LLVM Developers Mailing List" Subject: Re: [LLVMdev] CROSS COMPILING LLVM Date: Mon, 15 Jun 2009 12:41:17 -0400 2009/6/14 hannibal hannibal I was able to use your scripts to build  llvm and llvm-gcc successfully. But when i try to link to llvm libraries i get the following : .........................

On 2009-09-19 03:28, zhunan wrote: > Yes,but ubuntu's directory structure is not exactly the same as the > classic linux distribute, > > I put libLLVMgold.so in /usr/lib/gcc/i486-linux-gnu/4.2.4 where cc1 is > also in. > > Are you sure that is llvm-gcc's cc1, and not your system compiler's? Try this: $ llvm-gcc -### -x c /dev/null Then look for a line

I've filed http://www.llvm.org/bugs/show_bug.cgi?id=1912 for the optimizer bug. Evan On Jan 10, 2008, at 11:28 AM, Evan Cheng wrote: > Hi, > > We are getting closer. > > 1. In Makefile, all the references to CFLAGS should be CPPFLAGS > instead. > 2. filterdiff.sh uses sed -re. This causes a problem on Mac OS X where > -E means using extended regular expression, not

Devang has fixed the bug. I've added ClamAV to the testsuite. Thanks! Evan On Jan 13, 2008, at 7:33 PM, Evan Cheng wrote: > I've filed > http://www.llvm.org/bugs/show_bug.cgi?id=1912 > for the optimizer bug. > > Evan > > On Jan 10, 2008, at 11:28 AM, Evan Cheng wrote: > >> Hi, >> >> We are getting closer. >> >> 1. In Makefile, all

Evan Cheng wrote: > On Apr 14, 2008, at 10:43 AM, Chris Lattner wrote: > > >> On Mon, 14 Apr 2008, [ISO-8859-1] Török Edwin wrote: >> >>>> Another question to ask, is why that function became so large in the >>>> first place [X86DAGToDAGISel::SelectCode(llvm::SDOperand)] >>>> We have inline limits, don't we? >>>>

On Wed, Mar 26, 2008 at 4:09 AM, Evan Cheng <evan.cheng at apple.com> wrote: > > On Mar 25, 2008, at 12:56 PM, Török Edwin wrote: > > The new package is here: > > http://edwintorok.googlepages.com/sqlite_lemon_llvmtest.tar.gz > > Anything else I should change? > > Looks good. Please commit. Should I speak with Chris about commit access? I made the change

On 2011-02-14 20:58, Török Edwin wrote: > On 2011-02-14 20:39, Talin wrote: >> >> >> On Mon, Feb 14, 2011 at 1:17 AM, Renato Golin <rengolin at systemcall.org >> <mailto:rengolin at systemcall.org>> wrote: >> >> I think this deserves a blog post... >> >> I'd like to wait until I get some feedback - I don't know yet if