From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.devel Subject: C level threads... Date: 02 Dec 2002 02:30:37 +0100 Sender: guile-devel-admin@gnu.org Message-ID: <87u1hx437m.fsf@zagadka.ping.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1038793004 12350 80.91.224.249 (2 Dec 2002 01:36:44 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 2 Dec 2002 01:36:44 +0000 (UTC) Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18IfVr-0003D4-00 for ; Mon, 02 Dec 2002 02:36:43 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18IfUN-0002WN-00; Sun, 01 Dec 2002 20:35:11 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18IfTp-0001sO-00 for guile-devel@gnu.org; Sun, 01 Dec 2002 20:34:37 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18IfTn-0001rj-00 for guile-devel@gnu.org; Sun, 01 Dec 2002 20:34:36 -0500 Original-Received: from dialin.speedway42.dip207.dokom.de ([195.138.42.207] helo=zagadka.ping.de) by monty-python.gnu.org with smtp (Exim 4.10.13) id 18IfTm-0001pR-00 for guile-devel@gnu.org; Sun, 01 Dec 2002 20:34:34 -0500 Original-Received: (qmail 12777 invoked by uid 1000); 2 Dec 2002 01:34:37 -0000 Original-To: guile-devel@gnu.org Original-Lines: 17 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:1767 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1767 Ok, I have documented and implemented the C level thread API (mostly unchanged from what we had before I deprecated it), and reorganized the thread implementation to revolve around this API. The difference between null-threads and coop-pthreads (implementation-wise, not behavior-wise) is now very small, which should be a good thing. I haven't yet ported coop threads over to the new arrangement, tho, since I didn't had the time and I wanted to commit what I had anyway. I will come back to this and reinstall coop support, hopefully soon. Anyway, the default is now coop-pthreads and I think we should keep it that way. Threads should not be some thing that you have to configure into your Guile and where you are lucky that you can get them, they should be something that is always there (unless configured away). The C level API is not pluggable yet, and I have to admit that I didn't plan for that, but the thing is still 'hot' and ductile so if someone wants to work on pluggable threads... -- GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel