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: Problems with LOAD and latest build Date: Thu, 03 Sep 2009 18:14:52 +0200 Message-ID: <873a74uhs3.fsf@gnu.org> References: <874oro74lh.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1251994826 19506 80.91.229.12 (3 Sep 2009 16:20:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Sep 2009 16:20:26 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Sep 03 18:20:19 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 1MjF2p-0004Jh-1s for guile-devel@m.gmane.org; Thu, 03 Sep 2009 18:20:19 +0200 Original-Received: from localhost ([127.0.0.1]:47433 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MjF2o-0007Rk-AX for guile-devel@m.gmane.org; Thu, 03 Sep 2009 12:20:18 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MjF2k-0007PG-6Z for guile-devel@gnu.org; Thu, 03 Sep 2009 12:20:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MjF2f-0007Ji-H0 for guile-devel@gnu.org; Thu, 03 Sep 2009 12:20:13 -0400 Original-Received: from [199.232.76.173] (port=36327 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MjF2f-0007Jc-Ej for guile-devel@gnu.org; Thu, 03 Sep 2009 12:20:09 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:33672) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MjF2e-00047t-4f for guile-devel@gnu.org; Thu, 03 Sep 2009 12:20:08 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.50) id 1MjF2Z-0004E6-38 for guile-devel@gnu.org; Thu, 03 Sep 2009 18:20:03 +0200 Original-Received: from laptop-147-210-128-170.labri.fr ([147.210.128.170]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 03 Sep 2009 18:20:03 +0200 Original-Received: from ludo by laptop-147-210-128-170.labri.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 03 Sep 2009 18:20:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 24 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: laptop-147-210-128-170.labri.fr X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 17 Fructidor an 217 de la =?iso-8859-1?Q?R=E9volutio?= =?iso-8859-1?Q?n?= 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: x86_64-unknown-linux-gnu User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) Cancel-Lock: sha1:Tb8tsi+Kck+6Jcb0ARW/zzIrYlM= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:9260 Archived-At: Andy Wingo writes: > On Mon 31 Aug 2009 10:46, ludo@gnu.org (Ludovic Courtès) writes: [...] >> Programs that want to rely on bare R5RS (e.g., SILex) have nothing else >> but `load' to have code in separate files. So I think the compiler >> should special-case top-level `load', `primitive-load', etc., calls. > > Programs that rely on bare R5RS still need some help in Guile 1.8 to > load up syntax-rules. If they don't load up syntax-rules, they can't > define macros (barring defmacro which is not R5RS), and without there's > no difference between load and load-for-syntax. Actually, in the absence of macros (as is the case with SILex), it doesn't matter whether `load' is done at expansion time or compile time, after all. So this kind of code should be fine either way. You're probably right that there's no Right Thing when macros come into play. Thanks, Ludo'.