similar to: [LLVMdev] Proper way to handle JIT codegen exceptions?

Full_Name: Jens Nieschulze Version: R-1.1.1 OS: sparc sun solaris 2.7 Submission from: (NULL) (134.76.192.150) I tried to install R today and got the following at the first try rbitmap.c:239: parse error before `jmp_buf' rbitmap.c:239: warning: no semicolon at end of struct or union rbitmap.c: In function `my_error_exit': rbitmap.c:257: dereferencing pointer to incomplete type

On Mon, 2018-12-17 at 23:52 +0100, Lukas Schwaighofer wrote: > CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. > > > Hi Joakim, > > On Wed, 12 Dec 2018 23:25:24 +0000 > Joakim Tjernlund via Syslinux <syslinux at zytor.com> wrote: > > > I

I'm trying to get unwind to work. I was unable to get an unwind example to work directly, so I decided to compile a c program that uses setjmp and longjmp and work backwards. I keep running into a "Abort trap" problem, whatever "Abort trap" is. Anyway, here's an example of a C program that compiles and works properly under normal gcc, but that fails with an

Full_Name: Albrecht Gebhardt Version: 1.1.1 OS: i86pc Solaris 2.7 Submission from: (NULL) (143.205.61.82) jmp_buf type undeclared, may be related to the installed version of libjpeg (this is v6b), compiler is gcc/g77 2.95.2: root@pc05-stat[X11]# make creating src/unix/X11/Makefile making rbitmap.d from rbitmap.c make[1]: Entering directory `/usr/share/src/R-1.1.1/src/unix/X11' gcc -I.

Steve Capper dixit: >> Do we need the fpregs saved even though klibc doesn't do fp? >For gcc targetting Aarch64, We can only guarantee that d8-d15 are >left alone when -mgeneral-regs-only is supplied for building klibc >and any software linked against klibc. I would much prefer to We can enforce this in klcc, just like -mregparm=3 is used by the i386 target. bye, //mirabilos

Signed-off-by: Beno?t Allard <benoit.allard at greenbone.net> --- efi/fio.h | 9 --------- 1 file changed, 9 deletions(-) diff --git a/efi/fio.h b/efi/fio.h index 65fff8d..a1bfe68 100644 --- a/efi/fio.h +++ b/efi/fio.h @@ -11,15 +11,6 @@ #define MAX_EFI_ARGS 64 #define WS(c16) (c16 == L' ' || c16 == CHAR_TAB) -/* VPrint is not in export declarations in gnu-efi lib yet

On Thu, 2019-02-07 at 20:17 -0800, H. Peter Anvin wrote: > CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. > > > On 2/7/19 1:53 PM, Joakim Tjernlund wrote: > \>>> > > > > -z muldefs would bloat the libraries unnecessarily, but worse it might

On Apr 12, 2011, at 3:15 PM, Jim Grosbach wrote: > If you want an automated method, then using the source code re-writer interfaces in clang is probably a reasonable starting place. Just modifying the source code manually is probably easier, though, to be honest. > > As a moderate caveat to all of this, there are some bits of code out there that use these builtins that are very tightly

On Wed, 2018-12-12 at 17:05 -0600, Carl Karsten wrote: > On Wed, Dec 12, 2018 at 4:54 PM Joakim Tjernlund > <Joakim.Tjernlund at infinera.com> wrote: > > On Wed, 2018-12-12 at 16:00 -0600, Carl Karsten via Syslinux wrote: > > > CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know

From: Sylvain Gault <sylvain.gault at gmail.com> Hello there, I propose 2 patches that fix two possible stack overflows either when running a COM32 module or when loading a new config file. I didn't find a better way to do this than to use the infamous setjmp/longjmp functions to restore the stack to a previous state. This makes the logic a bit more complex, but the behavior is not

I'm running Dovecot as proxy in front of some IMAP/POP3 Dovecot & Courier-IMAP servers and in the last couple of days I've been seeing a lot of imap-login crashes (signal 11) on both 2.2.18 and 2.2.25, all SSL related. The following backtraces are taken running 2.2.25, built from source on a test system similar to the live proxy servers. OS: CentOS 6.8 64bit Packages:

It seems straightforward to implement, if it just needs to be functionally correct. I have another question about setjmp/longjmp. When the following program is compiled and run with argument 10 (./a.out 10), should it print 10 or 23? I am asking this question because it prints 23 when compiled with gcc and prints 10 when compiled with clang. If it is supposed to return 23, it seems to me that

Barry, Would you mind providing the necessary patch for this behavior? Thanks, Greg > -----Original Message----- > From: Barry Rowlingson [mailto:B.Rowlingson@lancaster.ac.uk] > Sent: Monday, November 04, 2002 8:04 AM > To: r-devel@stat.math.ethz.ch > Subject: Re: longjmp - was: seemingly random "nesting of > readline input" > warnings > > > Luke

On Wed, 20 Apr 2005, Greg Pettyjohn wrote: > I'm trying to get unwind to work. > > I was unable to get an unwind example to work directly, > so I decided to compile a c program that uses setjmp > and longjmp and work backwards. > > I keep running into a "Abort trap" problem, whatever "Abort trap" is. > > Anyway, here's an example of a C

Full_Name: Markus Loecher Version: 1.1.1 OS: Solaris Submission from: (NULL) (129.73.1.1) When trying to install R on a Sun SPARC, make fails in the very end, here is the error message: rbitmap.c:239: parse error before `jmp_buf' rbitmap.c:239: warning: no semicolon at end of struct or union rbitmap.c: In function `my_error_exit': rbitmap.c:257: dereferencing pointer to incomplete type

Dear all: I tried to install R-1.1.0 im my Suse 6.0 linux box. My first step is: ./configure -with-f2c after i do > make command and i have the following error message: ############# error message make[5]: `Makedeps' is up to date. make[5]: Leaving directory `/root/R-1.1.0/src/unix/X11' make[5]: Entering directory `/root/R-1.1.0/src/unix/X11' gcc -I. -I../../../src/include

First I try it with bytecodes: ~/compiler/temp$ llvmgcc sjmp01.c -o sjmp01 ~/compiler/temp$ ./sjmp01 Hello World! Abort trap Same results for lli sjmp01.bc Now I try converting to native code: ~/compiler/temp$ llc sjmp01.bc -enable-correct-eh-support -o sjmp01.s ~/compiler/temp$ gcc sjmp01.s -o sjmp01.native ~/compiler/temp$ ./sjmp01.native Hello World! Bus error ~/compiler/temp$ On Apr 20,

New architectures only define the renameat2() system call, which was added in Linux 3.15. Define rename() and renameat() as wrappers for it if necessary. Signed-off-by: Ben Hutchings <ben at decadent.org.uk> --- --- a/usr/klibc/Kbuild +++ b/usr/klibc/Kbuild @@ -59,7 +59,8 @@ klib-y += vsnprintf.o snprintf.o vsprint inet/inet_ntoa.o inet/inet_aton.o inet/inet_addr.o \

I just downloaded R-1.1.0.tgz and attempted installation as usual with ./configure ./make Everything run fine until I hit the following error: gcc -I. -I../../../src/include -I../../../src/include -I../../../src/include/R_ext -I/usr/X11R6/include -I/usr/local/include -DHAVE_CONFIG_H -mieee-fp -D__NO_MATH_INLINES -fPIC -g -O2 -c rbitmap.c -o rbitmap.o rbitmap.c:239: parse error

I have a continuous loop running in an external library that I am calling from C (R API). This loop is processing events in real time with the possibility of significant lag between events. When processing an event, I can make use of R_CheckUserInterrupt, but while the external library code is waiting on a new event, I don't have an opportunity to call this - my entry points are only on