similar to: [LLVMdev] C API linking problem

"Paul Melis" <llvm at assumetheposition.nl> writes: > 15:29|melis at juggle2:~/c/llvmpy> gcc -W -Wall -o blah `llvm-config --cflags > --ldflags --libs all` t.c > /tmp/ccs4MbKp.o: In function `main': > t.c:(.text+0x21): undefined reference to `LLVMContextCreate' > collect2: ld returned 1 exit status > > 15:29|melis at juggle2:~/c/llvmpy> nm

"Paul Melis" <llvm at assumetheposition.nl> writes: >>> 15:29|melis at juggle2:~/c/llvmpy> gcc -W -Wall -o blah `llvm-config >>> --cflags >>> --ldflags --libs all` t.c >>> /tmp/ccs4MbKp.o: In function `main': >>> t.c:(.text+0x21): undefined reference to `LLVMContextCreate' >>> collect2: ld returned 1 exit status

Paul Melis <llvm at assumetheposition.nl> writes: > It seems that the llvm-config generated when building through CMake does > not contain -lpthread on my 32-bit Core2Duo Gentoo Linux system (even > though I configured with LLVM_ENABLE_PTHREADS). I get missing symbols > during linking of e.g. the JIT tutorial code: [snip] This should be fixed now. Now about this one: >

Óscar Fuentes wrote: > Paul Melis <llvm at assumetheposition.nl> writes: > > >> It seems that the llvm-config generated when building through CMake does >> not contain -lpthread on my 32-bit Core2Duo Gentoo Linux system (even >> though I configured with LLVM_ENABLE_PTHREADS). I get missing symbols >> during linking of e.g. the JIT tutorial code: >>

Hi Oscar, Óscar Fuentes wrote: > Paul Melis <llvm at assumetheposition.nl> writes: > > [snip] > > Thanks! Fixed. > > BTW, bug reports are welcome. > It seems that the llvm-config generated when building through CMake does not contain -lpthread on my 32-bit Core2Duo Gentoo Linux system (even though I configured with LLVM_ENABLE_PTHREADS). I get missing symbols

Paul Melis <llvm at assumetheposition.nl> writes: > Hi, just chiming in here... > > Óscar Fuentes wrote: >> [...] >> >> This is a simple guide for using cmake with LLVM: >> >> http://www.llvm.org/docs/CMake.html >> >> The makefiles distributed with LLVM have nothing to do with cmake. >>From the few times I tried building LLVM with

The langref says for the 'add' instruction: Syntax: <result> = add <ty> <op1>, <op2> ; yields {ty}:result <result> = nuw add <ty> <op1>, <op2> ; yields {ty}:result <result> = nsw add <ty> <op1>, <op2> ; yields {ty}:result <result> = nuw nsw add <ty> <op1>, <op2> ;

Paul Melis wrote: > Paul Melis wrote: > >> Jim Grosbach wrote: >> >>> On Aug 30, 2009, at 10:18 AM, Paul Melis wrote: >>> >>> >>>> Hello, >>>> >>>> Bill Wendling wrote: >>>> >>>>> Before we had buildbots, a random patch would break the system. It >>>>>

Paul Melis wrote: > Óscar Fuentes wrote: > >> Paul Melis <llvm at assumetheposition.nl> writes: >> >> >> >>> It seems that the llvm-config generated when building through CMake does >>> not contain -lpthread on my 32-bit Core2Duo Gentoo Linux system (even >>> though I configured with LLVM_ENABLE_PTHREADS). I get missing

Hi all, I'm toying around with LLVM's GC support and am struggling with the following. I have a little test snippet (a .ll file with IR) that uses llvm.gcroot to mark a GC root, but when I compile it to assembly with llc, followed by generating an executable with gcc I get an error related to exception handling: 22:40|melis at juggle2:~/projects/llvm_gc> cat root.ll %obj = type { i8*,

Paul Melis wrote: > Jim Grosbach wrote: >> >> On Aug 30, 2009, at 10:18 AM, Paul Melis wrote: >> >>> Hello, >>> >>> Bill Wendling wrote: >>>> Before we had buildbots, a random patch would break the system. It >>>> would sometimes take a whole day to determine which patch broke it. >>> I see the buildbots are currently

Paul Melis wrote: > Hi, > > Óscar Fuentes wrote: >> Chuck Robey <chuckr at telenix.org> writes: >> >> >>>> Just checked that the makefiles generated by cmake work with `make' on >>>> FreeBSD 7.2 x86. The build fails while building `opt' because libdl is >>>> missing. >>>> >>> They

Chuck Robey wrote: >>>> >>>> >>> Uh? My FreeBSD installment has `make' and no `gmake'. `make' is indeed >>> BSD make. >>> > > In your FreeBSD system, do an "ls -d /var/db/pkg/gmake*" and see if any > directory shows up. If it does, then the only argument you can have is what > name you

On Wed, Apr 28, 2010 at 12:16 PM, Paul Melis <llvm at assumetheposition.nl>wrote: > On 04/27/10 00:20, Talin wrote: > > On Mon, Apr 26, 2010 at 12:44 AM, Paul Melis <llvm at assumetheposition.nl>wrote: > >> Hi, >> >> Talin wrote: >> > I'm a little confused as to the rules for the arguments to llvm.gcroot, >> > which says it must be

On 04/29/10 21:27, Talin wrote: > On Wed, Apr 28, 2010 at 12:16 PM, Paul Melis > <llvm at assumetheposition.nl <mailto:llvm at assumetheposition.nl>> wrote: > > On 04/27/10 00:20, Talin wrote: >> On Mon, Apr 26, 2010 at 12:44 AM, Paul Melis >> <llvm at assumetheposition.nl <mailto:llvm at assumetheposition.nl>> wrote: >> >>

On 04/27/10 00:20, Talin wrote: > On Mon, Apr 26, 2010 at 12:44 AM, Paul Melis > <llvm at assumetheposition.nl <mailto:llvm at assumetheposition.nl>> wrote: > > Hi, > > Talin wrote: > > I'm a little confused as to the rules for the arguments to > llvm.gcroot, > > which says it must be a pointer alloca. I'm not sure whether

Hi, Óscar Fuentes wrote: > Chuck Robey <chuckr at telenix.org> writes: > > >>> Just checked that the makefiles generated by cmake work with `make' on >>> FreeBSD 7.2 x86. The build fails while building `opt' because libdl is >>> missing. >>> >> They absolutely do work, even on FreeBSD-current( I run that here), >>

Anton Korobeynikov wrote: > Hello, Paul > > >>>> ../llvm-gcc-svn/configure \ >>>> --prefix=/home/melis/llvm \ >>>> --program-prefix=llvm- \ >>>> --with-llvm=/home/melis/c/llvm-svn \ >>>> > You need to use --enable-llvm, not --with-llvm > Ok >> gcc version 4.2.1 (Based on Apple Inc. build

Hello Paul, The one I downloaded from http://llvm.org/devmtg/2008-08/Begeman_EfficientJIT.pdf seemed to have been formatted with white text on a grey background. Maybe that's the version you need. --Sam ----- Original Message ---- > From: Paul Melis <llvm at assumetheposition.nl> > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Sent: Wednesday, May 6,

On Wed, May 13, 2009 at 6:35 AM, Paul Melis <llvm at assumetheposition.nl> wrote: > Well well, LLVM seems to be everywhere these days :) > > >From the OpenCL SDK release notes: > >  NOTICE: Portions of the NVIDIA system software contain components licensed >  from third parties under the following terms: > >    Clang & LLVM: >    Copyright (c) 2003-2008