From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chris Vine Newsgroups: gmane.lisp.guile.user Subject: Re: libguile thread safety Date: Tue, 18 Mar 2014 19:32:31 +0000 Message-ID: <20140318193231.145ade9d@bother.homenet> References: <20140103233407.36382e5f@bother.homenet> <8738l41p8r.fsf@netris.org> <20140104124459.6c604ae1@bother.homenet> <87y52vzgfc.fsf@netris.org> <20140104210118.3564073f@bother.homenet> <20140104233120.77b0edaa@bother.homenet> <87k3eexrc6.fsf@netris.org> <20140318104904.69e75af7@bother.homenet> <878us7sfa2.fsf@yeeloong.lan> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1395171158 8229 80.91.229.3 (18 Mar 2014 19:32:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Mar 2014 19:32:38 +0000 (UTC) Cc: guile-user@gnu.org To: Mark H Weaver Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Tue Mar 18 20:32:47 2014 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WPzkk-0000BU-NX for guile-user@m.gmane.org; Tue, 18 Mar 2014 20:32:46 +0100 Original-Received: from localhost ([::1]:37148 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WPzkk-0005TS-BK for guile-user@m.gmane.org; Tue, 18 Mar 2014 15:32:46 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39671) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WPzkY-0005Rk-0W for guile-user@gnu.org; Tue, 18 Mar 2014 15:32:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WPzkQ-0004VO-1K for guile-user@gnu.org; Tue, 18 Mar 2014 15:32:33 -0400 Original-Received: from smtpout1.wanadoo.co.uk ([80.12.242.29]:28808 helo=smtpout.wanadoo.co.uk) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WPzkP-0004VC-RA for guile-user@gnu.org; Tue, 18 Mar 2014 15:32:25 -0400 Original-Received: from bother.homenet ([95.146.112.126]) by mwinf5d04 with ME id f7YP1n00N2jgrrz037YPoJ; Tue, 18 Mar 2014 20:32:24 +0100 Original-Received: from bother.homenet (localhost [127.0.0.1]) by bother.homenet (Postfix) with ESMTP id EF5858855B; Tue, 18 Mar 2014 19:32:31 +0000 (GMT) In-Reply-To: <878us7sfa2.fsf@yeeloong.lan> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; i686-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.12.242.29 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:11127 Archived-At: On Tue, 18 Mar 2014 11:22:13 -0400 Mark H Weaver wrote: > Chris Vine writes: > > > Has thread-safe module loading turned out to be too difficult to > > do, or is it still something that is likely to happen in the future? > > I consider this to be an important issue, and I still intend to fix > it. However, fixing it in such a way that I could confidently believe > would not cause problems for existing users (who might do unusual > things with Guile's module system) is indeed non-trivial. > > On the other hand, the lack of thread-safety in module loading doesn't > seem to be causing problems for most users in practice. I suspect > this is because most programs load their modules during > initialization, and rarely (if ever) load modules afterwards. > > Therefore, I'm considering fixing this in git master, which will > become Guile 2.2, and not in the stable-2.0 branch. > > What do you think? I am a user and know little of the internal implementation details of libguile, so I think you are better able to assess the likelihood of disruption to other guile-2.0 users. The achievable seems better than looking for perfection. I have found libguile quite useful for asynchronous text processing in C++ programs, and because it was simple to implement I have included provision for it in a small library I maintain: http://cxx-gtk-utils.sourceforge.net/2.2/namespaceCgu_1_1Extension.html . I guess that that is the extent of my stake in the issue. Chris