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