From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: srfi-18 and the vm Date: Sun, 24 May 2009 16:08:20 +0200 Message-ID: <87eiueegq3.fsf@gnu.org> References: <878wko16zz.fsf@arudy.ossau.uklinux.net> <87r5yfxysa.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1243174358 11711 80.91.229.12 (24 May 2009 14:12:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 24 May 2009 14:12:38 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun May 24 16:12:32 2009 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1M8ERB-00024b-HA for guile-devel@m.gmane.org; Sun, 24 May 2009 16:12:29 +0200 Original-Received: from localhost ([127.0.0.1]:57575 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M8ERA-0001Sp-Ok for guile-devel@m.gmane.org; Sun, 24 May 2009 10:12:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M8ENT-0006DL-3w for guile-devel@gnu.org; Sun, 24 May 2009 10:08:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M8ENO-00064C-Ft for guile-devel@gnu.org; Sun, 24 May 2009 10:08:38 -0400 Original-Received: from [199.232.76.173] (port=56047 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M8ENO-00063l-7g for guile-devel@gnu.org; Sun, 24 May 2009 10:08:34 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:60505 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M8ENN-00059K-JU for guile-devel@gnu.org; Sun, 24 May 2009 10:08:34 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M8ENL-0006fW-Cs for guile-devel@gnu.org; Sun, 24 May 2009 14:08:31 +0000 Original-Received: from reverse-83.fdn.fr ([80.67.176.83]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 May 2009 14:08:31 +0000 Original-Received: from ludo by reverse-83.fdn.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 May 2009 14:08:31 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 26 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: reverse-83.fdn.fr X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 5 Prairial an 217 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: i686-pc-linux-gnu User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) Cancel-Lock: sha1:kmWJ3+lT90WQ0b98i93dZDC3DUI= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:8514 Archived-At: Hello, Andy Wingo writes: > For loading uncompiled scripts, things will be slower, unless your > modules #:use-syntax some other transformer. I don't know where the > tradeoff is between the increased expansion speed due to compilation and > slowdown due to a complete codewalk, but it's certainly there. Yes. Likewise, it may be reasonable to assume from now on that most of the code will be compiled. For instance, an uncompiled script may just be a small code snipped that uses mostly compiled code. > OTOH I would suspect that we can implement some kind of just-in-time > compilation -- essentially for each use-modules we can check to see if > the module is compiled, and if not just compile it then and there. It > would be a little slow the first time, but after that it would load much > faster, even faster than before. Python does this. We could add a guile > --no-comp option to disable it. I don't like this idea because it implies implicitly letting Guile fiddle with the user's file system. OTOH, it's a pragmatic approach to the problem at hand. Thanks, Ludo'.