I'm just trying to play with LLVM to understand how this works. I am trying to compile the following snippet:
;hello.ll @.LC0 = internal constant [4 x i8] c"%d\0A\00" declare i32 @printf(i8*, i32) define i32 @main() { %cast210 = getelementptr [4 x i8]* @.LC0, i64 0, i64 0 %result = add i32 1, 4 call i32 @printf(i8* %cast210, i32 %result) ret i32 0 }
If I try to compile it with llvmc , I get the following:
% llvmc hello.ll ld: in /tmp/llvm_1291dX/hello.o, ObjectFileAddressSpace::mappedAddress(0x54) not in any section collect2: ld returned 1 exit status
If I compile it to bitcode and run llc and gcc on it, I get the same thing:
% llc hello.ll % gcc -v hello.s Using built-in specs. Target: i686-apple-darwin10 Configured with: /var/tmp/gcc/gcc-5664~89/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin10 --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1 Thread model: posix gcc version 4.2.1 (Apple Inc. build 5664) /usr/libexec/gcc/i686-apple-darwin10/4.2.1/cc1 -E -lang-asm -quiet -v -imultilib x86_64 -D__DYNAMIC__ hello.s -fPIC -mmacosx-version-min=10.6.5 -m64 -mtune=core2 -o /var/folders/8g/8gcssc6aGyiiyOSGXHrLaU+++TI/-Tmp-//cc1qcw7g.s ignoring nonexistent directory "/usr/lib/gcc/i686-apple-darwin10/4.2.1/../../../../i686-apple-darwin10/include"
However, if I use it with lli , it works:
% lli hello.bc 5
What am I doing wrong?
source share