From owner-freebsd-sparc Mon Jan 6 16:38:54 2003 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB61237B401 for ; Mon, 6 Jan 2003 16:38:53 -0800 (PST) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B7D543EC5 for ; Mon, 6 Jan 2003 16:38:52 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 1298 invoked by uid 0); 7 Jan 2003 00:38:51 -0000 Received: from p508e4c47.dip.t-dialin.net (HELO galatea.local) (80.142.76.71) by mail.gmx.net (mp006-rz3) with SMTP; 7 Jan 2003 00:38:51 -0000 Received: from localhost ([127.0.0.1] helo=galatea.local) by galatea.local with esmtp (Exim 4.10 #1) id 18Vhmo-0004dk-00; Tue, 07 Jan 2003 01:40:06 +0100 Received: (from tmm@localhost) by galatea.local (8.12.6/8.12.6/Submit) id h070e2uI017839; Tue, 7 Jan 2003 01:40:02 +0100 (CET) Date: Tue, 7 Jan 2003 01:40:02 +0100 From: Thomas Moestl To: John Polstra Cc: sparc@freebsd.org Subject: Re: (hopefully) working libc_r for sparc64 Message-ID: <20030107004002.GC286@crow.dom2ip.de> Mail-Followup-To: John Polstra , sparc@freebsd.org References: <20030105023336.GD279@crow.dom2ip.de> <200301070013.h070DaEw022604@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200301070013.h070DaEw022604@vashon.polstra.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 2003/01/06 at 16:13:36 -0800, John Polstra wrote: > In article <20030105023336.GD279@crow.dom2ip.de>, > Thomas Moestl 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 http://www.tu-bs.de/~y0015675/ 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