From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Wolfgang J Moeller Newsgroups: gmane.lisp.guile.devel Subject: Re: enhancement requests Date: Mon, 21 Mar 2011 01:24:59 +0100 (CET) Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: dough.gmane.org 1300670341 12894 80.91.229.12 (21 Mar 2011 01:19:01 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 21 Mar 2011 01:19:01 +0000 (UTC) Cc: guile-devel@gnu.org To: Andy Wingo Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Mar 21 02:18:57 2011 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.69) (envelope-from ) id 1Q1Tl5-0008Tl-Md for guile-devel@m.gmane.org; Mon, 21 Mar 2011 02:18:56 +0100 Original-Received: from localhost ([127.0.0.1]:33533 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q1Tky-0005ll-RU for guile-devel@m.gmane.org; Sun, 20 Mar 2011 21:18:04 -0400 Original-Received: from [140.186.70.92] (port=57604 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q1Sw5-0004K9-O6 for guile-devel@gnu.org; Sun, 20 Mar 2011 20:25:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q1Sw4-0007dT-BH for guile-devel@gnu.org; Sun, 20 Mar 2011 20:25:29 -0400 Original-Received: from mailer.gwdg.de ([134.76.10.26]:41601) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q1Sw4-0007cY-0T for guile-devel@gnu.org; Sun, 20 Mar 2011 20:25:28 -0400 Original-Received: from gwdw03.gwdg.de ([134.76.5.10]) by mailer.gwdg.de with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Q1Svs-00073V-7d; Mon, 21 Mar 2011 01:25:16 +0100 In-Reply-To: X-Virus-Scanned: (clean) by exiscan+sophie X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 X-Received-From: 134.76.10.26 X-Mailman-Approved-At: Sun, 20 Mar 2011 21:18:01 -0400 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:11935 Archived-At: Hi Andy, On Thu, 17 Mar 2011, Andy Wingo wrote: >[...] > > (1) Please provide a means by which the debugger prompt (recursive REPL) > > can be turned off/on. Both a 'hook' (like COMMON-LISP:DEBUGGER-HOOK > > plus COMMON-LISP:ABORT) or a REPL command would be OK with me. > > I mis-type too often! > > [Anyway, I could not find such a means in 2.0.0]. > > I have added a REPL option, "on-error", which you may set to `backtrace' > or `report' instead of `debug'. > > scheme@(guile-user)> ,option on-error backtrace >[...] Now if I could set that without typing ... didn't realize before that there's no obvious way to include REPL commands from a file. > > (2) Please provide some obvious "undefine" command, since UNINTERN is gone. > > I'd need it only interactively, so a REPL command would be fine. > > Primary use, of course, would be to remove syntax definitions - > > alternating between syntax-based and procedure-based code > > ought not require a re-start of GUILE. > > I'm not sure what you mean here. Can you give an example of a REPL > session in which you would like to have an undefine command? >[...] Sorry. I remembered wrong - what is gone is the formerly deprecated UNDEFINE macro. Meanwhile found that functions like (define (unintern sym) ; UNINTERN: delete (local) shadowing symbol (module-remove! (current-module) sym) (if #f #f)) (define (undefine sym) ; UNDEFINE: provide an # shadowing symbol (module-ensure-local-variable! (current-module) sym) (variable-unset! (module-variable (current-module) sym)) (if #f #f)) are what I wanted, in order to (a) undo MACRO definitions - you can't re-DEFINE a name after DEFINE-SYNTAX; (b) recover built-in functions once you have re-defined them; (c) test code that uses UNDEFINED? . >[...] > > (4) compiler: Now that compiling into hidden ~.cache/... directories > > has been declared the default behaviour, please cater to those > > (like me) who'd always look for their compiled files in the > > source directory, by providing a command line switch ... > > (E.g. "psyntax" provides a useful "include" macro, the use > > of which breaks the "need only recompile when source changed" > > assumption. Don't like to "make clean" in that hidden place). > > Ideally you would almost never need to do this, as we would have some > proper dependency tracking that would always know when you need a > recompile. But alack, we don't actually do any dependency tracking. > > Do you mind setting up a Makefile? That way you compile to .go files in > your source tree. We still need to add a command-line option to add a > path to the %load-compiled-path though; currently there is only the > GUILE_LOAD_COMPILED_PATH environment variable. To load other files, you > would then use include-from-path or load-from-path. I'm mostly concerned with interactive use of (un-adorned) "guile" command. I have files that use macros defined elsewhere - once I have LOADed (and automatically compiled) such files, and change the macros, there's [apparently] no way to make guile re-load the source, short of deleting the (.cache-d) compiler output. Having to locate that in a far-away place is no fun ... so maybe, what I really want is "load-ignoring-cached-go" ? Best regards, Wolfgang J. Moeller, Tel. +49 551 47361, wjmheenes.com 37085 Goettingen, Germany | Disclaimer: No claim intended! http://www.wjmoeller.de/ -+-------- http://www.heenes.com/