search for: slwi

Sadly the latest optimization broke completely everything. The asm code isn't gas compliant. the libFLAC linker script has a typo, disabling the asm optimization and/or altivec won't let a correct build anyway. Instant fixes for the asm stuff: sed -i -e"s:;:\#:" on the lpc_asm.s to load address instead of addis+ori you could use lis and la and PLEASE use the @l(register)

...ls, ; and there may be a somewhat more clever way to do the outer loop ; the branch mechanism may prevent dynamic loading; I still need to examine ; this issue, and there may be a more elegant method stmw r31,-4(r1) addi r9,r1,-28 li r31,0xf andc r9,r9,r31 ; for quadword-aligned stack data slwi r6,r6,2 ; adjust for word size slwi r4,r4,2 add r4,r4,r8 ; r4 = data+data_len mfspr r0,256 ; cache old vrsave addis r31,0,hi16(0xfffffc00) ori r31,r31,lo16(0xfffffc00) mtspr 256,r31 ; declare VRs in vrsave cmplw cr0,r8,r4 ; i<data_len bc 4,0,L1400 ; load coefficients into v0-v7 and i...

...00 +0100 @@ -1,29 +1,14 @@ # # arch/ppc/crt0.S # -# void _start(void) -# { -# /* Divine up argc, argv, and envp */ -# environ = envp; -# exit(main(argc, argv, envp)); -# } -# .text .align 4 .type _start,@function .globl _start _start: - lwz 3,0(1) - addi 4,1,4 - addi 5,1,8 - slwi 0,3,2 - add 5,5,0 - li 0,0 - stwu 0,-16(1) - lis 9,environ@ha - stw 5,environ@l(9) - bl main - bl exit + mr 3,1 + li 4,0 + bl __libc_init .size _start,.-_start -- USB is for mice, FireWire is for men! sUse lINUX ag, n?RNBERG

On 2008-06-11, at 13:16, Gary Benson wrote: > Duncan Sands wrote: > >> Can you please attach IR which can be compiled to an executable >> (and shows the problem). > > I've been generating functions using a builder and then compiling > them with ExecutionEngine::getPointerToFunction(). Is there some way > I can get compilable IR from that?

Duncan Sands wrote: > Can you please attach IR which can be compiled > to an executable (and shows the problem). I've been generating functions using a builder and then compiling them with ExecutionEngine::getPointerToFunction(). Is there some way I can get compilable IR from that? Cheers, Gary -- http://gbenson.net/

On Tue, 4 May 2004, Patrick Flanagan wrote: > I was able to run through all the C/C++ benchmarks in SPEC using LLVM. > I'm on OS X 10.3.3. I did a quick comparison between LLVM (latest from > CVS as of 4/27) and gcc 3.3 (Apple's build 20030304). For simplicity's > sake, the only flag I used was -O3 for each compiler and I was using > the C backend to generate native

I was able to run through all the C/C++ benchmarks in SPEC using LLVM. I'm on OS X 10.3.3. I did a quick comparison between LLVM (latest from CVS as of 4/27) and gcc 3.3 (Apple's build 20030304). For simplicity's sake, the only flag I used was -O3 for each compiler and I was using the C backend to generate native code for PPC. Most of the LLVM results were close to gcc

...cmplwi 2, 18, 0 2677: bl trace_bytecode 2678: beq 2, BB10_219 # null546 2679: BB10_43: # not_null547 2680: lwz 3, 8(18) 2681: cmpw 0, 27, 3 2682: bge 0, BB10_220 # out_of_bounds 2683: BB10_44: # in_bounds 2684: slwi 26, 27, 1 2685: add 26, 26, 18 2686: lis 21, 3984 2687: lhz 14, 12(26) 2688: ori 4, 21, 6828 2689: li 3, 136 2690: bl trace_bytecode 2691: ori 4, 21, 6556 2692: li 3, 138 2693: bl trace_bytecode 2694:...

...e operations in the loop, so GCC should produce the same code, right? Wrong: _test: mflr r4 bcl 20,31,"L00000000001$pb" "L00000000001$pb": mflr r2 mtlr r4 li r11,0 addis r10,r2,ha16(_Array-"L00000000001$pb") L2: slwi r2,r11,2 ; Shift left "i" by 2 la r5,lo16(_Array-"L00000000001$pb")(r10) cmpwi cr0,r11,999 ; compare i to the trip count lwzx r7,r2,r5 ; Load from array addi r11,r11,1 ; increment "i"...