search for: ldo

...44 index 0000000..0922446 --- /dev/null +++ b/usr/klibc/arch/parisc/crt0.S @@ -0,0 +1,37 @@ + .align 4 + + .import $global$, data + .import __libc_init, code + + .global _start + .export _start, ENTRY + .type _start, at function + + .proc + .callinfo + +_start: +/* extend the stack by 64-bytes */ + ldo 64(%sp), %sp + +/* %r25 = argc + * %r24 = argv + * envp = argv + (argc + 1) + * elfdata = (argv - 4) + */ + ldo -4(%r24), %r26 + +/* load global data */ + ldil L%$global$, %dp + ldo R%$global$(%dp), %dp + +/* parisc abi puts the atexit pointer in %r23, see ELF_PLAT_INIT() */ + copy %r23, %r25 + +/*...

.../null +++ b/klibc/arch/parisc/syscall.S @@ -0,0 +1,36 @@ +/* + * arch/parisc/syscall.S + * + * %r20 contains the system call number, %r2 contains whence we came + * + */ + + .text + .align 64 ; cache-width aligned + .globl __syscall_common + .type __syscall_common,@function +__syscall_common: + ldo 0x40(%sp),%sp + stw %rp,-0x54(%sp) ; save return pointer + + ldw -0x74(%sp),%r22 ; %arg4 + ldw -0x78(%sp),%r21 ; %arg5 + + ble 0x100(%sr2, %r0) ; jump to gateway page + nop ; can we move a load here? + + ldi -0x1000,%r19 ; %r19 = -4096 + sub %r0,%ret0,%r22 ; %r22 = -%ret0 + cmp...

...c/lcorolib.c | 155 + com32/lua/src/lctype.c | 52 + com32/lua/src/lctype.h | 95 + com32/lua/src/ldblib.c | 214 +- com32/lua/src/ldebug.c | 620 ++- com32/lua/src/ldebug.h | 27 +- com32/lua/src/ldo.c | 661 +-- com32/lua/src/ldo.h | 33 +- com32/lua/src/ldump.c | 43 +- com32/lua/src/lfs.c | 294 ++ com32/lua/src/lfunc.c | 81 +- com32/lua/src/lfunc.h | 7 +- com32/lua/src/lg...

so i installed ruby+gems then fetched rails and now i want to start with an apllication but i dont quite get it: """ http://www.rubyonrails.org/down Make your application Create your application skeleton and start the server: rails path/to/your/new/application cd path/to/your/new/application ruby script/server You''re running Ruby on Rails! Follow the instructions on

...(void) */ + ble 0x100(%sr2, %r0) ; jump to gateway page + nop + + ldi -0x1000,%r19 ; %r19 = -4096 + sub %r0,%ret0,%r22 ; %r22 = -%ret0 + cmpb,>>=,n %r19,%ret0,1f ; if %ret0 >= -4096UL + ldi -1,%ret0 ; nullified on taken forward + + /* store %r22 to errno... */ + ldil L%errno,%r1 + ldo R%errno(%r1),%r1 + stw %r22,0(%r1) +1: + bv %r0(%rp) ; jump back + nop + + .size vfork,.-vfork

Hi, I wrote sometime ago about this issue (see links below). http://lists.cs.uiuc.edu/pipermail/llvmdev/2015-March/084089.html http://lists.cs.uiuc.edu/pipermail/llvmdev/2015-April/084193.html At the time I thought the problem was due to a bug in my code, and that I had fixed it. But sadly it seems that the issue is still present - it just got hidden by whatever change I made. The error only

...> > > https://github.com/dibyendumajumdar/ravi/tree/master/ravi-tests/longjmp_issue > > I have also dumped the IR for the three functions that are compiled. > > The C code that does the longjmp and setjmp is at: > > https://github.com/dibyendumajumdar/ravi/blob/master/src/ldo.c > > See functions luaD_throw() and luaD_rawrunprotected() > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > -------------- next part -...

parisc is currently passing argc as the second argument to __libc_init: --- crt0.S.old 2005-12-07 19:06:07.000000000 +0000 +++ crt0.S 2005-12-07 19:06:40.000000000 +0000 @@ -25,6 +25,10 @@ ldil L%$global$, %dp ldo R%$global$(%dp), %dp +/* Indicate that we don't need no stinkin' atexit callback */ + + ldi 0,%r25 + /* branch to __libc_init */ bl __libc_init,%r2 nop Thanks to Kyle McMartin for helping with this. * Canonical Ltd * Ubuntu Service and Support * +1 514...

...oing the right thing is good. Signed-off-by: Kyle McMartin <kyle@parisc-linux.org> diff --git a/klibc/arch/parisc/crt0.S b/klibc/arch/parisc/crt0.S index 7428443..a9b6e96 100644 --- a/klibc/arch/parisc/crt0.S +++ b/klibc/arch/parisc/crt0.S @@ -25,8 +25,8 @@ _start: ldil L%$global$, %dp ldo R%$global$(%dp), %dp -/* Indicate that we don't need no stinkin' atexit callback */ - ldi 0,%r25 +/* parisc abi puts the atexit pointer in %r23, see ELF_PLAT_INIT() */ + copy %r23, %r25 /* branch to __libc_init */ bl __libc_init,%r2

Hello Kyle, May be out of context but before I forget: > > + > > + /* store %r22 to errno... */ > > + ldil L%errno,%r1 > > + ldo R%errno(%r1),%r1 Could it not be 'load32 errno, %r1' (the assembly.h macro)? Cheers, Joel ---------- Club Scarlet : Tout le monde gagne! Si vous devenez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous recevez tous les deux un cadeau d'une valeur de 50 eur...

Hi, I'm running 4.8-STABLE but I'm having some problems installing a new kernel. (in /usr/src make installkernel). mv /kernel /kernel.old operation not permitted My securelevel is currently set to -1 (kern_securelevel=-1) and kern_securelevel_enable="NO" I have already executed chflags noschg /kernel and /kernel.old (while in single user mode). What am I missing? Thanks.

...155 + > com32/lua/src/lctype.c | 52 + > com32/lua/src/lctype.h | 95 + > com32/lua/src/ldblib.c | 214 +- > com32/lua/src/ldebug.c | 620 ++- > com32/lua/src/ldebug.h | 27 +- > com32/lua/src/ldo.c | 661 +-- > com32/lua/src/ldo.h | 33 +- > com32/lua/src/ldump.c | 43 +- > com32/lua/src/lfs.c | 294 ++ > com32/lua/src/lfunc.c | 81 +- > com32/lua/src/lfunc.h |...

...corolib.c | 155 ++ com32/lua/src/lctype.c | 52 + com32/lua/src/lctype.h | 95 + com32/lua/src/ldblib.c | 214 +- com32/lua/src/ldebug.c | 625 +++-- com32/lua/src/ldebug.h | 27 +- com32/lua/src/ldo.c | 669 +++-- com32/lua/src/ldo.h | 33 +- com32/lua/src/ldump.c | 43 +- com32/lua/src/lfs.c | 296 +++ com32/lua/src/lfunc.c | 81 +- com32/lua/src/lfunc.h | 7 +- com32/lua/src...

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:

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...35097 0 0.04 435097 lbaselib.ll 43 99233 0 0.02 99218 0 0.02 99218 L_canny.ll 5 57717 0 0.02 57695 0 0.02 57695 lcode.ll 56 172913 0 0.02 172898 0 0.03 172898 ldblib.ll 24 83768 0 0.02 83753 0 0.02 83753 ldebug.ll 32 162976 0 0.02 162961 0 0.02 162961 ldecod.ll 14 149907 0 0.02 149886 0 0.02 149886 ldo.ll 24 152277 0 0.02 152262 0 0.02 152262 ldump.ll 11 32964 0 0.01 32949 0 0.01 32949 leaky_bucket.ll 5 54568 0 0.01 54547 0 0.01 54547 lemon.ll 112 1102968 0 0.10 1102951 0 0.11 1103447 lencod.ll 37 651236 0 0.06 651215 0 0.06 651215 lexer.ll 5 29789 0 0.01 29760 0 0.01 29705 lex.ll 5 53297 0 0.01...

From: Matt Fleming <matt.fleming at linux.intel.com> This series fixes some bugs and switches the elflink branch to be entirely ELF modules. It applies on top of, http://syslinux.zytor.com/archives/2011-April/016369.html The deletions in the diff stat below are mainly from deleting com32/elflink/modules (finally!). Now there should be no duplicate code because we don't need COM32 and