search for: stq

...tval1 } declare i32 @puts(i8*) The .str is present in the argument to the puts function in %1 is present in the bitcode. But when i use llc to change the bitcode to alpha assembly, i get the following: ldah $29,0($27) !gpdisp!1 lda $29,0($29) !gpdisp!1 $main..ng: lda $30,-32($30) stq $9,24($30) stq $11,16($30) bis $26,$26,$9 * ldq $27,puts($29) * !literal lda $11,8($30) jsr $26,($27),0 The puts call is there, but register 16 which i believe is supposed to have the arguments to a function call is not set. If i manually add the line to the assembly, lda $16, $.str(...

.../dev/null +++ b/usr/klibc/arch/alpha/setjmp.S @@ -0,0 +1,75 @@ +# +# setjmp.S +# + +# +# The jmp_buf looks like: +# +# s0..5 +# fp +# ra +# gp +# sp +# + +#include <machine/asm.h> + + .text + .align 3 + .type setjmp, at function + .ent setjmp, 0 + .globl setjmp +setjmp: + lda v0, 0(zero) + stq s0, 0(a0) + stq s1, 8(a0) + stq s2, 16(a0) + stq s3, 24(a0) + stq s4, 32(a0) + stq s5, 40(a0) + stq fp, 48(a0) + stq ra, 56(a0) + stq gp, 64(a0) + stq sp, 72(a0) + stt $f2, 80(a0) + stt $f3, 88(a0) + stt $f4, 96(a0) + stt $f5, 104(a0) + stt $f6, 112(a0) + stt $f7, 120(a0) + stt $f8,...

...list<dag> pattern> : MABase<outs, ins, asmstr, pattern> { let subOp = subOpVal; } Finally, I don't know how to describe following instructions in MCoreInstrInfo.td, because of its variable ins/outs. Or what other files should I use to finish this description? // LDQ, STQ, LDM and STM are Mapping Error // Load/Store Register Quadrant Mode def LDQ : QuadR<0x0, // FIXME p81 (outs GPRs:$Rx), (ins GPRs:R4, GPRs:R5, GPRs:R6, GPRs:R7), "ldq R4-R7, ($Rx)", []>; def STQ : QuadR<0x1, (outs GPRs:R4, GPRs:R5,...

...sent in the argument to the puts function in %1 is present > in the bitcode. > But when i use llc to change the bitcode to alpha assembly, i get the > following: > > > ldah $29,0($27) !gpdisp!1 > lda $29,0($29) !gpdisp!1 > $main..ng: > lda $30,-32($30) > stq $9,24($30) > stq $11,16($30) > bis $26,$26,$9 > * ldq $27,puts($29) * !literal > lda $11,8($30) > jsr $26,($27),0 > > > The puts call is there, but register 16 which i believe is supposed to have > the arguments to a function call is not set. > If i manually...

...xt3_flushpage Disassembly of section .text: fffffc0000883f30 <ext3_bmap>: fffffc0000883f30: 34 00 bb 27 ldah gp,52(t12) fffffc0000883f34: 18 16 bd 23 lda gp,5656(gp) fffffc0000883f38: e0 ff de 23 lda sp,-32(sp) fffffc0000883f3c: 08 00 3e b5 stq s0,8(sp) fffffc0000883f40: 09 04 f0 47 mov a0,s0 fffffc0000883f44: 10 00 5e b5 stq s1,16(sp) fffffc0000883f48: 0a 04 f1 47 mov a1,s1 fffffc0000883f4c: 00 00 5e b7 stq ra,0(sp) fffffc0000883f50: 40 00 69 a4 ldq t2,64(s0) fffff...

...n in %1 is present >> in the bitcode. >> But when i use llc to change the bitcode to alpha assembly, i get the >> following: >> >> >> ldah $29,0($27) !gpdisp!1 >> lda $29,0($29) !gpdisp!1 >> $main..ng: >> lda $30,-32($30) >> stq $9,24($30) >> stq $11,16($30) >> bis $26,$26,$9 >> * ldq $27,puts($29) * !literal >> lda $11,8($30) >> jsr $26,($27),0 >> >> >> The puts call is there, but register 16 which i believe is supposed to >> have the arguments to a function...

...ve similar MOS scores (but certainly not exactly similar) as that of G.729.1. Comparisons of G.729.1 and G.722 are left as exercises to the reader, or see the excellent presentation below which is quite enlightening. Your opinions are welcome on the topic! Resources: http://portal.etsi.org/stq/workshop2007presentations/quinquis_slides.pdf http://en.wikipedia.org/wiki/G.729.1 http://en.wikipedia.org/wiki/G.722 [Apologies for the cross-post - this has some interest to both the user and development community, I think. I'll also apologize for what is a post about issues that are no...

...should there be parenthesis around (n >> 8) to make sure that it happens before the most significant part of "n" is discarded? The actual assembly code generated is: LDL R10, n ; R10, 16(FP) SLL R10, 56, R10 SRA R10, 63, R10 STQ R10, temp_byte ; R10, 8(FP) -John wb8tyw@qsl.network Personal Opinion Only

I have updated the klibc patchset based on feedback received. In particular, the patchset has been reorganized so as not to break git-bisect. Additionally, this updates the patch base to 2.6.17-git12 (d38b69689c349f35502b92e20dafb30c62d49d63) and klibc 1.4.8; the main difference on the klibc side is removal of obsolete code. This is also available as a git tree at:

...UU zVoIvVWN at HT6`ih^3{<4}K&2*`h<>XEUJ;hf1tnwgwcgS)Eixzy_hk*CURbZ*Yl4&L z3WDe)Whm|OMpu}mi2G#blHY|yN-(7)tx1YMMa at CNZL5OM*jB}L#n2M>TqXY|+hWA% z4J|++7EmFq6bH{R2q!6{tq&Dzt5Qj_yhceCJ>|64MMc5%@EbD6swI!LUBsH`5n^RN zX}zIL6$c-xCA=mpi=>ijNv0Gjdu at G&7|<!&BqO9GzGnz2Stq0<c?FbUw%8$^Ek)-W zVxM#kWJr<(2=L-+x~KG}Ys8F)kmkehS&O*JS&JB|1Q&b{N=pZ2Aa$%V)m<hVpt_#x zBT8ZSt7DYk%j#vG>l*T0*N|6jpz1D{ePS<{eIl02KH>PLt6Nm^TIbNn+N33-8#J1t z2B|7n)K#>GR$kMV_LT>B at PxI{h<;@FcW}8!2ij%cxIkQC<z4g8DcQDdNhhVNi at WFt zaf|EWF8*QM;!NBnKg@%T+sTw{ZWtS^(g...