similar to: [LLVMdev] Question about LLVM Interpreter

Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] Question about LLVM Interpreter"

2025 Apr 19
0
[PATCH] efi/main.c: include <efisetjmp.h>
On Tue Mar 24 03:57:51 PDT 2020, Thomas Petazzoni wrote: > Building syslinux against gnu-efi 3.0.10 currently fails with: > > syslinux/efi/main.c:33:8: error: unknown type name ?jmp_buf? >??? 33 | static jmp_buf load_error_buf; >?????? |??????? ^~~~~~~ > syslinux/efi/main.c: In function ?local_boot?: > syslinux/efi/main.c:189:5: warning: implicit declaration of
2018 Dec 18
1
efi config hang
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
2006 May 11
0
[patch] klibc: merge s390 and s390x
Merge s390 and s390x into s390. Compiled and tested on s390/s390x and i386. Also cross compilation for s390/s390x tested. This patch shouldn't break the build of any architecture. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> --- Makefile | 1 scripts/Kbuild.install | 4 +- scripts/Kbuild.klibc
2005 Nov 25
0
[LLVMdev] Re: setjmp/longjmp interoperable between llvm and gcc?
On Mon, 21 Nov 2005 16:53:58 -0600 (CST), Chris wrote: >On Mon, 21 Nov 2005, Kurt Harriman wrote: >> I would like to build an x86 executable consisting of a number of >> subsystems (mostly legacy C code). One subsystem will be compiled >> to native code using llvm. It calls, and is called by, the other >> subsystems, many of which have to be compiled using gcc
2006 Jun 26
0
[klibc 33/43] s390 support for klibc
The parts of klibc specific to the s390 architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 418ab99cc64fed344e2d3e446208f48655cccb31 tree 958352848ed34bcf1aacdf5357ba453f96e38cbb parent 6db62c809bf46ac8a9f743513384d29fd339f877 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:42 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun
2006 Jun 26
0
[klibc 22/43] arm support for klibc
The parts of klibc specific to the arm architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 1eff7c685b36cd0120694fd4150b32a26168d926 tree 953dd1dbd2e994fc27c6cf5708fcbe06fe000d58 parent 5e5ce29210ac33a0b3704eb9ab5e5d5b55375575 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:16 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun
2006 May 24
1
[patch] klibc: merge s390/s390x 2nd try
From: Heiko Carstens <heiko.carstens@de.ibm.com> Merge s390 and s390x into s390. Patch is against current linux-2.6-klibc tree and seems to work. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> --- As a side note: a bitops patch is missing to make this working. Martin will send it soon. If it's needed earlier I can send it as well. Makefile
2015 Oct 13
0
[PATCH 1/2] ldlinux: fix stack overflow when running COM32 modules
From: Sylvain Gault <sylvain.gault at gmail.com> When a COM32 module exits, the functions never return and a new call to ldlinux_enter_command is made. This could fill the stack and overflow on some data present in memory. This patch use setjmp/longjmp to return to the main function and restart from there when a COM32 module exits. Signed-off-by: Sylvain Gault <sylvain.gault at
2005 Apr 20
2
[LLVMdev] setjmp, longjmp and unwind
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
2017 Nov 04
3
returns_twice / noreturn
On 11/03/2017 07:57 PM, Yichao Yu wrote: > On Fri, Nov 3, 2017 at 8:54 PM, Alexandre Isoard via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> On Fri, Nov 3, 2017 at 5:39 PM, Hal Finkel <hfinkel at anl.gov> wrote: >>> On 11/03/2017 07:20 PM, Alexandre Isoard via llvm-dev wrote: >>> >>> Hello, >>> >>> I am not sure about the
2019 Jan 18
0
[klibc:master] arch: Remove m32r port
Commit-ID: 1e6e96615227de6ca88d096fb0ebe45bf25981c2 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=1e6e96615227de6ca88d096fb0ebe45bf25981c2 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Fri, 18 Jan 2019 00:33:51 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 18 Jan 2019 03:10:14 +0000 [klibc] arch: Remove m32r port
2003 Dec 12
2
[PATCH] ppc64 support
Marcus Meissner did the ppc64 port, I did the update for crt0.S. Now ash does not segfault, at least. diff -p -purNx linux klibc-0.92.orig/Makefile klibc-0.92/Makefile --- klibc-0.92.orig/Makefile 2003-12-01 18:50:24.000000000 +0000 +++ klibc-0.92/Makefile 2003-12-12 23:18:23.000000000 +0000 @@ -20,4 +20,4 @@ clean: spotless: @set -e; for d in $(SUBDIRS); do $(MAKE) -C $$d $@; done - rm -f
2005 Apr 20
0
[LLVMdev] setjmp, longjmp and unwind
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
2006 Jun 26
0
[klibc 26/43] m32r support for klibc
The parts of klibc specific to the m32r architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 7ba219f9bcddda38ddc9010b54fd10431292f744 tree 1cf287dfd321d6b980789f49bb0750e8a4217c22 parent 951dc85bd690c6cc5a971815665da947160cbe51 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:27 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun
2019 Jan 18
0
[klibc:master] mips: don't save floating point registers in setjmp / longjmp
Commit-ID: edf92a18d1f1725896c928cbcf580abc268f307c Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=edf92a18d1f1725896c928cbcf580abc268f307c Author: James Cowgill <james.cowgill at mips.com> AuthorDate: Fri, 2 Mar 2018 08:33:03 -0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 2 Jan 2019 03:08:04 +0000 [klibc] mips: don't save
2006 Jun 26
0
[klibc 36/43] sparc64 support for klibc
The parts of klibc specific to the sparc64 architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit f30fa3db62972125afa68d3b53d03cdb843d3bbd tree f2d942e281dce8bb98d4fa84b7e431c7beaddfc4 parent 1b5c93603ed3460ed1fba9e5d453a6fa54d0ccce author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:50 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun
2006 Jun 26
0
[klibc 34/43] sh support for klibc
The parts of klibc specific to the sh architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 94473ed85b00ec45ff8ee6cac62f60a368ff4534 tree 5c09fdd824962cba83c198ac1dd077045d2cb0b1 parent 418ab99cc64fed344e2d3e446208f48655cccb31 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:44 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006
2006 Jun 26
0
[klibc 27/43] m68k support for klibc
The parts of klibc specific to the m68k architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit bc9b363b31d301ab94c115cccc2e079c0d318498 tree db9cf277429e2722b8c51f68897991f0759b1d02 parent 7ba219f9bcddda38ddc9010b54fd10431292f744 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:29 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun
2005 Apr 20
1
[LLVMdev] setjmp, longjmp and unwind
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,
2011 Apr 13
0
[LLVMdev] built-in longjmp and setjmp
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