search for: str_1

Dear R users, I have 2 SpatialPointsDataFrame's, pcs and East. The column str_1 in the first (pcs) is: > pcs[0:4,] coordinates cat str_1 int_1 int_2 dbl_1 dbl_2 1 (101000, 263000) 1 "SM06B" 101000 263000 4.978915 -4.293668 2 (101000, 265000) 2 "SM06C" 101000 265000 4.960478 -4.266742 3 (101000, 267000) 3 "SM06D" 101000...

...printf("hello world\n"); return 0; } ------------- end C program ------------- This is compiled using llvm online demo into the following llvm code (target removed): ----------------- LLVM code -------------- deplibs = [ "stdc++", "c", "crtend" ] %.str_1 = internal constant [13 x sbyte] c"hello world\0A\00"; <[13 x sbyte]*> [#uses=1] implementation ; Functions: declare int %printf(sbyte*, ...) int %main() { entry: call void %__main( ) %tmp.0 = call int (sbyte*, ...)* %printf( sbyte* getelementptr ([13 x sbyte]* %.str_1, int 0,...

...return 0; > } > ------------- end C program ------------- > > This is compiled using llvm online demo into the following llvm code > (target removed): > ----------------- LLVM code -------------- > deplibs = [ "stdc++", "c", "crtend" ] > %.str_1 = internal constant [13 x sbyte] c"hello world\0A\00"; <[13 x > sbyte]*> [#uses=1] > > implementation ; Functions: > > declare int %printf(sbyte*, ...) > > int %main() { > entry: > call void %__main( ) > %tmp.0 = call int (sbyte*, ...)* %printf( sb...

...return 0; > } > ------------- end C program ------------- > > This is compiled using llvm online demo into the following llvm code > (target removed): > ----------------- LLVM code -------------- > deplibs = [ "stdc++", "c", "crtend" ] > %.str_1 = internal constant [13 x sbyte] c"hello world\0A\00"; <[13 x > sbyte]*> [#uses=1] > > implementation ; Functions: > > declare int %printf(sbyte*, ...) > > int %main() { > entry: > call void %__main( ) > %tmp.0 = call int (sbyte*, ...)* %printf( sb...

...----------- end C program ------------- > > > > This is compiled using llvm online demo into the following llvm code > > (target removed): > > ----------------- LLVM code -------------- > > deplibs = [ "stdc++", "c", "crtend" ] > > %.str_1 = internal constant [13 x sbyte] c"hello world\0A\00"; <[13 x > > sbyte]*> [#uses=1] > > > > implementation ; Functions: > > > > declare int %printf(sbyte*, ...) > > > > int %main() { > > entry: > > call void %__main( ) > &g...

Hello, I'm having problems with the following LLVM instruction %tmp.0.i = call int (sbyte*, ...)* %printf( sbyte* getelementptr ([11 x sbyte]* %.str_1, long 0, ...... The first argument in function call, sbyte* getelementptr ([11 x sbyte]* %.str_1..... appears to be ConstantExpression*, and my backend does not support ConstantExpression yet. I probable can implement that, and getelementptr instruction too, but I wonder if I need to. L...

...eing a concrete, fully-legal IR representation of what's being proposed would help. > > Here's a best guess, switching the indexed base type to a non-integer for illustration purposes: > > %arrayidx = call i64 @llvm.multidim.array.index.i64.p0f64.i64.i64.i64.i64 double* %A, i64 %str_1, i64 %idx_1, i64 %str_2, i64 %idx_2 > > According to the RFC, that would get lowered to this: > > %mul1 = mul nsw i64 %str_1, %idx_1 > %mul2 = mul1 nsw i64 %str_2, %idx_2 > %total = add nsw i64 %mul2, %mul1 > %arrayidx = getelementptr inbounds double, double* %A, i64 %t...

I successfully compiled CVS HEAD yesterday on my win32 machine using Visual C++ Express (2005). I also have Mingw tools installed. I wrote a simple hello world application and generated native assembly code using llvm. When I tried to feed the code into GCC, it rejected it with "junk at the end of line" error messages. Shouldn't GCC be able to assemble this code? I realize win32 port

...was get with "llvm-gcc -Wl,--disable-opt" from a rather simple *.c program. ---------------------------------- ; ModuleID = 'ptralias.bc' target endian = little target pointersize = 32 target triple = "i686-pc-linux-gnu" deplibs = [ "c", "crtend" ] %.str_1 = internal constant [25 x sbyte] c"ptra=0x ptrb=0x ptrc=0x\0A\00" ; <[25 x sbyte]*> [#uses=1] %ptr = weak global void ()* null ; <void ()**> [#uses=0] implementation ; Functions: declare int %printf(sbyte*, ...) void %foo1() { ret void } void %foo2() { ret void } in...

...--------- > > > > > > This is compiled using llvm online demo into the following llvm code > > > (target removed): > > > ----------------- LLVM code -------------- > > > deplibs = [ "stdc++", "c", "crtend" ] > > > %.str_1 = internal constant [13 x sbyte] c"hello world\0A\00"; <[13 x > > > sbyte]*> [#uses=1] > > > > > > implementation ; Functions: > > > > > > declare int %printf(sbyte*, ...) > > > > > > int %main() { > > > entry...

The -c option tells llvm-gcc to build a bytecode file without linking in the LLVM runtime library. This is similar to the -c option for regular gcc, which you use to build multiple separate .o files that you're going to link into a single executable. If you want to build from a single source file, it's easiest just to compile without the -c option. If you're building from

Hello, When I compile a "hello.c" program with a printf in "main" and use llvm-gcc with a "-c" option: llvm-gcc -c t1.c -o t1.bc and then try to compile t1.bc to native using llc & gcc I get a call to "__main" which is undefined. If I don't use the "-c" option: llvm-gcc t1.c -o t1 I don't get a reference to

...es=1/0]-- how to explain them in details? Does anyone give me a guide? thanks yueqiang -------------------------------------------------------------- target endian = little target pointersize = 32 %struct..TorRec = type { int, void ()* } %struct.TorRec = type { int, void ()* } %.str_1 = internal constant [13 x sbyte] c"hello world\0A\00" ; <[13 x sbyte]*> [#uses=1] implementation ; Functions: int %main() { entry: br label %no_exit.i1 no_exit.i1: ; preds = %entry, %no_exit.i1 %Str.0.i = phi sbyte* [ %inc.i, %no_exit.i1 ], [ gete...

...t" from a rather simple *.c > program. > > ---------------------------------- > ; ModuleID = 'ptralias.bc' > target endian = little > target pointersize = 32 > target triple = "i686-pc-linux-gnu" > deplibs = [ "c", "crtend" ] > %.str_1 = internal constant [25 x sbyte] c"ptra=0x ptrb=0x > ptrc=0x\0A\00" ; <[25 x sbyte]*> [#uses=1] > %ptr = weak global void ()* null ; <void ()**> [#uses=0] > > implementation ; Functions: > > declare int %printf(sbyte*, ...) >...

...main: ----------------------- ; ModuleID = '<stdin>' target endian = little target pointersize = 32 target triple = "i686-pc-linux-gnu" deplibs = [ "c", "crtend" ] %struct..TorRec = type { int, void ()* } %struct.TorRec = type { int, void ()* } %.str_1 = internal constant [4 x sbyte] c"yo\0A\00" ; <[4 x sbyte]*> [#uses=1] implementation ; Functions: declare int %printf(sbyte*, ...) int %main(int %argc, sbyte** %argv) { entry: %tmp.0 = tail call int (sbyte*, ...)* %printf( sbyte* getelementptr ([4 x sbyte]* %.str_...

...%struct..TorRec = type { int, void ()* } %struct.TorRec = type { int, void ()* } %a = internal global [20 x sbyte] c"global string test\0A\00" ; <[20 x sbyte]*> [#uses=1] %.ctor_1 = internal global [20 x sbyte] c"Internal string test" ; <[20 x sbyte]*> [#uses=1] %.str_1 = internal constant [12 x sbyte] c"Global %s \0A\00" ; <[12 x sbyte]*> [#uses=1] %.str_2 = internal constant [13 x sbyte] c"Internal %s\0A\00" ; <[13 x sbyte]*> [#uses=1] %Initialized.0__ = internal global bool false ; <bool*> [#uses=2] implementation ; F...

...circ_done.1) %gr2 = move %gr4 %gr5 = move %gr1 %gr6 = move %gr4 %gr1 = move %gr1 So, it's possible that jump goes to shortcirc_done.1 which then uses gr6 and gets back results. Any ideas? - Volodya -------------- next part -------------- target endian = little target pointersize = 32 %.str_1 = internal constant [32 x sbyte] c"Boolean Not: %d %d %d %d %d %d\0A\00" ; <[32 x sbyte]*> [#uses=1] implementation ; Functions: declare int %printf(sbyte*, ...) void %testBooleanNot(int %A, int %B, int %C, int %D) { entry: %tmp.3 = setlt int %A, 1 ; <bool> [#uses=2]...

...LVM is producing code like this one here, before RA: ---------------------------------------------------------------------------- entry (0x8605ba0, LLVM BB @0x8602d30): %reg1024 = OR4 %r3, %r3 %reg1025 = OR4 %r4, %r4 %reg1026 = LWZ 0, %reg1025 %reg1027 = LIS <ga:.str_1> %reg1028 = LIS <ga:.str_2> %reg1029 = LBZ 0, %reg1026 ADJCALLSTACKDOWN 56 %reg1030 = IMPLICIT_DEF_GPR %reg1031 = LA %reg1027, <ga:.str_1> %r3 = OR4 %reg1031, %reg1031 BL <ga:printf>, %r3 %reg1032 = OR4 %r3, %r3...

...> > <result> = llvm.multidim.array.index.* <ty> <ty>* <ptrval> {<stride>, <idx>}* > > It isn't clear to me what that means. The later example is also in a somewhat generalized form: > > %arrayidx = llvm.multidim.array.index.* i64 i64* %A, %str_1, %idx_1, %str_2, %idx_2 > > Trying to expand this into something concrete it looks to me like the extra value-less type argument ('i64' immediately following the intrinsic name) won't work, and if I'm reading it correctly that's a necessary element. The GEP instruction acc...

...gt;>> ; ModuleID = 'ptralias.bc' > >>>> target endian = little > >>>> target pointersize = 32 > >>>> target triple = "i686-pc-linux-gnu" > >>>> deplibs = [ "c", "crtend" ] > >>>> %.str_1 = internal constant [25 x sbyte] c"ptra=0x ptrb=0x > >>>> ptrc=0x\0A\00" ; <[25 x sbyte]*> [#uses=1] > >>>> %ptr = weak global void ()* null ; <void ()**> [#uses=0] > >>>> > >>>> implement...