search for: _setjmp

...of failures with the current HEAD. The major one (see PR879) has a workaround. Now, I'm getting a conflict in the CBakcned while compiling siod (and others): gcc Output/siod.cbe.c -lm -ldl -fno-strict-aliasing -O2 -o Output/siod.cbe Output/siod.cbe.c:471: error: conflicting types for '_setjmp' /usr/include/setjmp.h:63: error: previous declaration of '_setjmp' was here siod.cbe.c:471: int _setjmp(struct l_struct_2E___jmp_buf_tag *); /usr/include/setjmp.h:64: extern int _setjmp (struct __jmp_buf_tag __env[1]) __THROW; I assume this is because of the array vs. the pointer. W...

...nter. seems weird since if (bla == 0) works fine, but pair<int, void*>(0,0); does not, anyway, the fix was to just cast that 0... so pair<int, void*>(0, (void*)0); ------ Last there is a gazillion errors around the fact that Microsoft for some crazy stupid reason has defined setjmp to _setjmp, and thus the generated intrinsics.gen goes completely insane everywhere. I'm sure this is a legacy thing in visual studios libraries, but wow... Anyway, my solution to this was to make a 'intrinsics.gen.proxy', which undefs that macro and then includes the intrinsics.gen, and then all...

...t + .size _start, .-_start diff -urN ./klibc/arch/cris/setjmp.S ../klibc-0.146-modified/klibc/arch/cris/setjmp.S --- ./klibc/arch/cris/setjmp.S Thu Jun 10 20:31:54 2004 +++ ../klibc-0.146-modified/klibc/arch/cris/setjmp.S Wed Jun 23 09:59:57 2004 @@ -13,25 +13,25 @@ .text .balign 4 - .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 - .t...

Hey, Downloaded the release, used CMake to create solution... building mostly seems to be OK, except for a couple of compiler errors. warning C4090: 'function' : different 'const' qualifiers d:\companyone\external\llvm\source\llvm-2.7\lib\support\regengine.inc 188 error C2248: 'llvm::EquivalenceClasses<ElemTy>::ECValue::ECValue' : cannot access private member

That code should do it, but I realized you only detect setjmp functions by name. My code is calling "__sigsetjmp" not "segsetjmp". You only support these functions: static const char *ReturnsTwiceFns[] = { "_setjmp", "setjmp", "sigsetjmp", "setjmp_syscall", "savectx", "qsetjmp", "vfork", "getcontext" }; I think if I add mine to this list, it should work. I will try that. Thanks, -Khaled On Tue, Oct 4, 2...

...ngjmp in Clang and LLVM, with only partial success. I'll try to summarize my findings in the hope that someone can shed some light on why things are the way they are and what I'm missing. Clang. Clang recognizes two forms of setjmp (all I say here applies to longjmp similarly): * __builtin_setjmp: gets lowered to calling the llvm.sjlj.setjmp intrinsic * setjmp() library call does not appear to be handled specially, although a no-longer-comment in a test I removed in r181468 said: "__builtin_longjmp/setjmp should get transformed into llvm.setjmp/longjmp > just like explicit setjmp/...

...communicates 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...

...imes) Warnings that should probably be fixed ------------------------------------------------- warning C4189: local variable is initialized but not referenced (6 times) warning C4204: nonstandard extension used : non-constant aggregate initializer (4 times) warning C4611: interaction between '_setjmp' and C++ object destruction is non-portable (2 times) As a caveat, I didn't look at the code for any of these warnings -- not one -- so I don't know anything about how benign any of them might be. I also don't know why there are two different "signed/unsigned mismatch"...

On Oct 4, 2011, at 3:53 PM, Eli Friedman wrote: > On Tue, Oct 4, 2011 at 3:10 PM, Khaled ElWazeer > <khalid.alwazeer at gmail.com> wrote: >> Hi, >> >> I have some code which has sigsetjmp / longjmp. After a longjmp, unreachable >> is inserted, which is fine. The problem is that in the backend before >> calling longjmp, some register was spilled to a

...er at gmail.com>wrote: > > That code should do it, but I realized you only detect setjmp functions by > name. My code is calling "__sigsetjmp" not "segsetjmp". You only support > these functions: > > static const char *ReturnsTwiceFns[] = { > "_setjmp", > "setjmp", > "sigsetjmp", > "setjmp_syscall", > "savectx", > "qsetjmp", > "vfork", > "getcontext" > }; > > I think if I add mine to this list, it should work. I...

...g setjmp: #include <setjmp.h> extern jmp_buf j; extern void g(void); int f(void) { volatile int v = 0; if (setjmp(j)) return v; v = 1; g(); return 0; } the resulting bitcode doesn't use LLVM's exception handling intrinsics, it just has a call to a function called "_setjmp". And there doesn't seem to be any provision for returning the current value of the volatile variable v if setjmp returns non-zero - the bitcode always returns zero, whereas the spec for setjmp() says that f() should return 1 if g() does a longjmp(). If I change my program to call __built...

Hello, Jay. > the resulting bitcode doesn't use LLVM's exception handling > intrinsics, it just has a call to a function called "_setjmp". And > there doesn't seem to be any provision for returning the current value > of the volatile variable v if setjmp returns non-zero - the bitcode > always returns zero, whereas the spec for setjmp() says that f() > should return 1 if g() does a longjmp(). This seems to be w...

...    s = 0;    std::longjmp(jb, 1);    return 2;  }  return 1;} One would expect that the load of s in the if condition is not optimized away (by being replaced with if(1)), but clang at -O3 (on linux) generates this:define signext i32 @main() local_unnamed_addr #0 {entry:  %call = call signext i32 @_setjmp(%struct.__jmp_buf_tag* getelementptr inbounds ([1 x %struct.__jmp_buf_tag], [1 x %struct.__jmp_buf_tag]* @jb, i64 0, i64 0)) #3  call void @longjmp(%struct.__jmp_buf_tag* getelementptr inbounds ([1 x %struct.__jmp_buf_tag], [1 x %struct.__jmp_buf_tag]* @jb, i64 0, i64 0), i32 signext 1) #4  unreach...

...= 0) works > fine, but pair<int, void*>(0,0); does not, anyway, the fix was to just cast > that 0... so pair<int, void*>(0, (void*)0); > > ------ > > Last there is a gazillion errors around the fact that Microsoft for some > crazy stupid reason has defined setjmp to _setjmp, and thus the generated > intrinsics.gen goes completely insane everywhere. I'm sure this is a legacy > thing in visual studios libraries, but wow... > > Anyway, my solution to this was to make a 'intrinsics.gen.proxy', which > undefs that macro and then includes the intr...

...he standard registry hives. include: Add an extern C++ block around the property key equality operators. server: Filter the WOW64 registry access flags before performing the access check. Andr? Hentschel (11): ntdll: Respect multiple CPUs when faking values. msvcrt: Forward _setjmp on x86_64. mountmgr.sys: Handle IOCTL_DISK_GET_DRIVE_GEOMETRY_EX. winemaker: Fix library argument. shlwapi: Implement wow64 reporting. sane.ds: Convert Swedish translation to UTF-8. sane.ds: Convert Norwegian translation to UTF-8. gphoto2.ds: Fix German translati...

...mpr: Set the CONNECT_LOCALDRIVE flag in case a local redirection is made on connection. Piotr Caban (14): ntdll: Fix KNONVOLATILE_CONTEXT_POINTERS parameter handling in RtlVirtualUnwind. server: Fix loading of IMAGE_OPTIONAL_HEADER. msvcrt: Don't set frame to 0 in x86_64 _setjmp. msvcrt: Fix parameters conversion in wcsftime function. msvcrt: Add support for multibyte characters in _Strftime. msvcrt: Add _strftime_l. msvcrt: Add wcsftime_l. msvcrt: Add _wcreate_locale. ntdll: Add support for collided unwinds. ntdll: Add support for...

...reporting GetLastError(). ole32/tests: Don't test function directly when reporting GetLastError(). user32/tests: Don't test function directly when reporting GetLastError(). shell32/tests: Don't test function directly when reporting GetLastError(). msvcrt: Forward _setjmp on x86_64. advapi32/tests: Don't test function directly when reporting GetLastError(). gdi32/tests: Don't test function directly when reporting GetLastError(). appwiz.cpl: Update German translation. include: Add more minor shutdown reasons. ntdll: Respect multi...

...DF *UND* 0000000000000076 GLIBC_2.2.5 sqrtf 0000000000000000 DF *UND* 0000000000000030 Base _ZNSt3__113basic_ostreamIcNS_11char_traitsIcEEE6sentryC1ERS3_ 0000000000000000 DF *UND* 000000000000012a Base newwin 0000000000000000 DF *UND* 0000000000000007 GLIBC_2.2.5 _setjmp 0000000000000000 DF *UND* 0000000000000130 Base _ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEE6assignEPKcm 0000000000000000 DF *UND* 000000000000003d GLIBC_2.2.5 pthread_rwlock_init 0000000000000000 DF *UND* 0000000000000037 GLIBC_2.3 __ctype_tolower_loc...

...t 1 _GLOBAL__sub_I_Signals.cpp __cxa_atexit 1 _ZN4llvm4errsEv __cxa_atexit 1 _ZN4llvm4outsEv __cxa_atexit 1 _GLOBAL__sub_I_MCContext.cpp getenv 1 _GLOBAL__sub_I_IRSymtab.cpp getenv 1 _ZL10getVersionv getenv 1 _ZN3lld3elf12LinkerDriver4mainEN4llvm8ArrayRefIPKcEEb getenv 1 __sigsetjmp __sigjmp_save 1 _setjmp __sigsetjmp 1 generic_start_main _setjmp 1 __libc_init_first __ctype_init 1 generic_start_main __libc_csu_init 1 __pthread_initialize_minimal_internal __libc_setup_tls 1 generic_start_main __libc_init_first 1 _start __libc_start_main 1 __libc_start_main get_common_indeces.constprop.1 1 __libc_start...

A rebased version of the lld patch is attached. Cheers, Rafael On 31 July 2017 at 15:11, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: > Tobias Edler von Koch <tobias at codeaurora.org> writes: > >> Hi Rafael, >> >> On 07/31/2017 04:20 PM, Rafael Avila de Espindola via llvm-dev wrote: >>> However, do we need to start with