From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Clinton Ebadi Newsgroups: gmane.lisp.guile.devel Subject: Re: threadsafe format.scm Date: Thu, 31 Jul 2003 22:39:32 -0400 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: <200307312239.32519.clinton@unknownlamer.org> References: <200307282327.42988.clinton@unknownlamer.org> <200307302246.16240.clinton@unknownlamer.org> <87adau1h3s.fsf@zip.com.au> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1059705603 1658 80.91.224.249 (1 Aug 2003 02:40:03 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 1 Aug 2003 02:40:03 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Aug 01 04:39:56 2003 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 19iPpe-0000P4-00 for ; Fri, 01 Aug 2003 04:39:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19iPph-0005MS-MS for guile-devel@m.gmane.org; Thu, 31 Jul 2003 22:39:53 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19iPpZ-0005Ed-JG for guile-devel@gnu.org; Thu, 31 Jul 2003 22:39:45 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19iPpV-0005Ab-Oc for guile-devel@gnu.org; Thu, 31 Jul 2003 22:39:42 -0400 Original-Received: from [206.46.170.143] (helo=out005.verizon.net) by monty-python.gnu.org with esmtp (Exim 4.20) id 19iPpV-0005AU-BD for guile-devel@gnu.org; Thu, 31 Jul 2003 22:39:41 -0400 Original-Received: from vsynth ([151.196.171.7]) by out005.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20030801023939.RRBB20032.out005.verizon.net@vsynth>; Thu, 31 Jul 2003 21:39:39 -0500 Original-Received: from clinton by vsynth with local (Exim 3.36 #1 (Debian)) id 19iPpN-0001PM-00; Thu, 31 Jul 2003 22:39:33 -0400 Original-To: Kevin Ryde User-Agent: KMail/1.5.9 In-Reply-To: <87adau1h3s.fsf@zip.com.au> Content-Disposition: inline X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [151.196.171.7] at Thu, 31 Jul 2003 21:39:38 -0500 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:2677 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:2677 On Thursday 31 July 2003 18:11, Kevin Ryde wrote: > Clinton Ebadi writes: > > I moved all of the global definitions into a new format procedure that > > has a really long letrec. > > format:version looks like it's a constant, so wouldn't need to be in > there. Right, but I just did a quick wrapping of everything inside of one huge procedure so nothing was global anymore. I don't know if there is really any point to making format:version be bound outside of the procedure because nothing outside of the new format uses it. > > so I'm not entirely sure if this has a huge amount of overhead or > > not. > > If you want to look at efficiency, changing the error continuation to > a catch/throw would probably help. Right, this code existed before Guile did. I was really wondering if having the long letrec would cause any overhead problems (e.g. if it were evaluated and everything inside of it rebound upon each call instead of once when the module was loaded). But I'm not sure how Guile handles form like letrec so I don't know if the procedure now has unacceptable overhead. I'll rework the error-continuation and send a third revision of the patch, but I'd like to know if anyone has used the new format and found their programs to run slower. -- http://unknownlamer.org AIM:unknownlamer IRC:unknown_lamer@freenode#hprog _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel