search for: juggle2

...e JIT tutorial code: [snip] This should be fixed now. Now about this one: > Adding -lpthread to the compile command manually fixes it, but there > seem to be some more discrepancies between the output of llvm-config for > a build using ./configure and one using CMake: > > melis at juggle2:~/c/llvm-svn> ./configure --prefix=/home/melis/llvm > --enable-optimized > melis at juggle2:~/c/llvm-svn> make install > melis at juggle2:~/c/llvm-svn> which llvm-config > /home/melis/llvm/bin/llvm-config > melis at juggle2:~/c/llvm-svn> llvm-config --cxxflags --ldflags -...

...rts 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 during linking of e.g. the JIT tutorial code: 12:20|melis at juggle2:~> c++ -g tut2.cpp `llvm-config --cxxflags --ldflags --libs core` -o tut2 /home/melis/llvm-cmake/lib/libLLVMSystem.a(Mutex.cpp.o): In function `llvm::sys::Mutex::tryacquire()': /home/melis/c/llvm-svn/lib/System/Mutex.cpp:144: undefined reference to `pthread_mutex_trylock' /home/melis/llv...

...is should be fixed now. Now about this one: > > >> Adding -lpthread to the compile command manually fixes it, but there >> seem to be some more discrepancies between the output of llvm-config for >> a build using ./configure and one using CMake: >> >> melis at juggle2:~/c/llvm-svn> ./configure --prefix=/home/melis/llvm >> --enable-optimized >> melis at juggle2:~/c/llvm-svn> make install >> melis at juggle2:~/c/llvm-svn> which llvm-config >> /home/melis/llvm/bin/llvm-config >> melis at juggle2:~/c/llvm-svn> llvm-config --...

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

...esult> = nsw add <ty> <op1>, <op2> ; yields {ty}:result <result> = nuw nsw add <ty> <op1>, <op2> ; yields {ty}:result But llvm-as does not accept that sequence, only ... = add nsw ... (which is also what llvm-gcc generates). E.g. 16:29|melis at juggle2:~> cat add.ll | grep nsw %2 = nsw add i32 %1, 1 ; <i32> [#uses=1] 16:29|melis at juggle2:~> llvm-as add.ll llvm-as: add.ll:14:8: error: expected instruction opcode %2 = nsw add i32 %1, 1 ; <i32> [#uses=1] ^ 16:29|melis a...

Hello all, Does anyone have any inside why I can't get the below simple C API test to link? This is on a 32-bit Gentoo Linux system and LLVM TOT which was compiled with enable-optimized, gcc is 4.3.2. 15:26|melis at juggle2:~/c/llvmpy> cat t.c #include "llvm-c/Core.h" int main() { LLVMContextRef ctx; ctx = LLVMContextCreate(); return 0; } 15:29|melis at juggle2:~/c/llvmpy> llvm-config --cflags --ldflags --libs all -I/home/melis/llvm/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D...

...: >> >> >> >>> Adding -lpthread to the compile command manually fixes it, but there >>> seem to be some more discrepancies between the output of llvm-config for >>> a build using ./configure and one using CMake: >>> >>> melis at juggle2:~/c/llvm-svn> ./configure --prefix=/home/melis/llvm >>> --enable-optimized >>> melis at juggle2:~/c/llvm-svn> make install >>> melis at juggle2:~/c/llvm-svn> which llvm-config >>> /home/melis/llvm/bin/llvm-config >>> melis at juggle2:~/c/llvm-sv...

...M'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*, i8, i8 } declare void @llvm.gcroot(i8**, i8*) nounwind declare i8* @malloc(i32) nounwind define i32 @main() nounwind gc "shadow-stack" { entry: %ptr = alloca %obj* %ptr_i8 = bitcast %obj** %ptr to i8** call void @llvm.gcr...

...itself not to build, as the stuff in runtime/ > picked up the flaky llvm-gcc. > After rebuilding LLVM and llvm-gcc a couple of times now (after rm -rf *-ing the build directories and reconfiguring) I keep having the problem that -S -emit-llvm does not produce LLVM IR, e.g. 22:11|melis at juggle2:~> llvm-gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../llvm-gcc-svn/configure --prefix=/home/melis/llvm --program-prefix=llvm- --with-llvm=/home/melis/llvm --enable-languages=c,c++ --target=i686-pc-linux-gnu --with-tune=generic --with-arch=pentium4 : (reconfigured) .....

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

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

...#39;s own little language used in the CMakeLists.txt files. In fact, the generated makefiles DO seem to be usable by both GNU make and BSD make. Here's an example of "the other way around": BSD make on a Gentoo Linux system building LLVM from CMake-generated makefiles: 23:15|melis at juggle2:~/c/llvm-svn> svn up U include/llvm/Analysis/ScalarEvolution.h U tools/bugpoint/CrashDebugger.cpp U lib/Analysis/ScalarEvolution.cpp U lib/CodeGen/SelectionDAG/LegalizeVectorOps.cpp U lib/CodeGen/SelectionDAG/LegalizeDAG.cpp U lib/Target/ARM/ARMBuildAttrs.h U lib/Target/X86/...

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

[Forgot to include llvmdev in my reply, sending a second time] Hi Duncan, Duncan Sands wrote: >> 22:40|melis at juggle2:~/projects/llvm_gc> llc root.ll >> 22:40|melis at juggle2:~/projects/llvm_gc> gcc -o r root.s >> /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/ld: >> error in /tmp/ccGhPZDb.o(.eh_frame); no .eh_frame_hdr table will be >> created. > > the...