search for: _longjmp

...globl _setjmp - .type _setjmp, @function -_setjmp: + .globl setjmp + .type setjmp, @function +setjmp: movem $r8,[$r10+] /* Save $r8..$r0 at $r10... */ move.d $sp,[$r10+] move $srp,[$r10] ret moveq 0,$r10 - .size _setjmp,.-_setjmp + .size setjmp,.-setjmp .text .balign 4 - .globl _longjmp - .type _longjmp, @function -_longjmp: + .globl longjmp + .type longjmp, @function +longjmp: movem [$r10+],$r8 /* Load $r8..$r0 from $r10... */ move.d [$r10+],$sp jump [$r10] - move.d $r11,$r10 + move.d $r11,$r10 - .size _longjmp,.-_longjmp + .size longjmp,.-longjmp diff -urN ./klibc/ar...

...s back to the original. Because R was doing so many setjmp/longjmp calls Mosix decided it wasn't worth migrating the process (even to a machine with twice the CPU power of the home node). I solved the problem by redefining the SETJMP and LONGJMP macros in src/include/Defn.h to call _setjmp and _longjmp instead. These functions dont preserve the signal context. The result was an R executable that migrated and got 99.9% CPU time on the twice-as-powerful machine. But, you R-wizards out there, is there any side-effect of this change? The man page for setjmp says that the POSIX standard doesn't...

...d-elf.so.1...(no debugging symbols found)...done. #0 0x28121cc0 in geteuid () from /usr/lib/libc_r.so.4 (gdb) bt #0 0x28121cc0 in geteuid () from /usr/lib/libc_r.so.4 #1 0x2816f8c6 in abort () from /usr/lib/libc_r.so.4 #2 0x2813b266 in pthread_exit () from /usr/lib/libc_r.so.4 #3 0x280fbf0a in _longjmp () from /usr/lib/libc_r.so.4 #4 0x2809ef2f in process_options () from /usr/lib/libwrap.so.3 #5 0x2809eeef in process_options () from /usr/lib/libwrap.so.3 #6 0x2809fe01 in hosts_access () from /usr/lib/libwrap.so.3 #7 0x2809fbc8 in hosts_access () from /usr/lib/libwrap.so.3 #8 0x805a91f in get...

...are ABI-related, and until we have multiple targets using the same ABI, it doesn't make sense to have os-specific aspects. An example of an OS-specific aspect: cygwin and mingw on x86 use the same ABI, however, mingw refers to longjmp as "longjmp" and cygwin refers to it as "_longjmp". >>> 3) R31, which replaces R1 as stack pointer when there is a dynamic allocation >>> in a method, must be seen as a callee-saved register and must not be saved >>> and restored like it is actually for Darwin. I don't know how to specify >>> that, whe...

Hi Chris, Chris Lattner wrote: > On Fri, 2 Feb 2007, Nicolas Geoffray wrote: > > > Some meta comments: > > 1. Please don't change PPC -> llvmPPC. I assume that you did this because > PPC is a #define in some system header. Please just add a '#undef PPC' > where appropriate to make this unneeded. > OK > 2. The X86 backend has the