Date: Tue, 7 Jan 2003 01:40:02 +0100 From: Thomas Moestl <tmm@freebsd.org> To: John Polstra <jdp@polstra.com> Cc: sparc@freebsd.org Subject: Re: (hopefully) working libc_r for sparc64 Message-ID: <20030107004002.GC286@crow.dom2ip.de> In-Reply-To: <200301070013.h070DaEw022604@vashon.polstra.com> References: <20030105023336.GD279@crow.dom2ip.de> <200301070013.h070DaEw022604@vashon.polstra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 2003/01/06 at 16:13:36 -0800, John Polstra wrote: > In article <20030105023336.GD279@crow.dom2ip.de>, > Thomas Moestl <tmm@FreeBSD.ORG> wrote: > > > > I think I got libc_r working, after rewriting longjmp() and friends so > > that they do not require the corresponding setjmp() to be done in an > > ancestor function in the call graph any more, i.e. it can be used to > > switch stacks now. This might also get other threading packages to > > work, e.g. ruby's integrated thread manager. > > How hard would it be to take this work and use it as a basis for > implementing setcontext() and getcontext()? Those are the functions > that the Modula-3 runtime wants to use for thread switching on the > Sparc architecture. I'm going to look into getting these functions done. Looks like they will also be required for libc_r soon. - Thomas -- Thomas Moestl <tmoestl@gmx.net> http://www.tu-bs.de/~y0015675/ <tmm@FreeBSD.org> http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030107004002.GC286>