From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Wingo Newsgroups: gmane.lisp.guile.devel Subject: enhancement requests Date: Thu, 17 Mar 2011 12:50:33 +0100 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1300362675 28105 80.91.229.12 (17 Mar 2011 11:51:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 17 Mar 2011 11:51:15 +0000 (UTC) Cc: guile-devel@gnu.org To: "Wolfgang J. Moeller" Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Mar 17 12:51:10 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 1Q0BjR-00057s-HK for guile-devel@m.gmane.org; Thu, 17 Mar 2011 12:51:09 +0100 Original-Received: from localhost ([127.0.0.1]:40809 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q0BjR-00069g-42 for guile-devel@m.gmane.org; Thu, 17 Mar 2011 07:51:09 -0400 Original-Received: from [140.186.70.92] (port=52656 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q0BjG-00065h-3H for guile-devel@gnu.org; Thu, 17 Mar 2011 07:50:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q0BjE-0006vQ-Ln for guile-devel@gnu.org; Thu, 17 Mar 2011 07:50:57 -0400 Original-Received: from a-pb-sasl-sd.pobox.com ([64.74.157.62]:65176 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q0BjE-0006kn-JG for guile-devel@gnu.org; Thu, 17 Mar 2011 07:50:56 -0400 Original-Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTP id 212583AB1; Thu, 17 Mar 2011 07:51:58 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:date:message-id:mime-version:content-type :content-transfer-encoding; s=sasl; bh=Bx/wzOfDKdPtKLJTUmlfigk8a ng=; b=nPKhhf8Cffgb2aDRHz5HbhKCESQr4x1PuIx/JmwZtQ5H/3Z3bN7S0oaLj WPbt4JYXGeJ0jK8uIT4jOOwx3dAf7IucQnanJYl5SR3Xdx4pYyFIN9rvEJgM+/zE tuICRYDCBl1C3bl9a6xgQaf7tBULAESlNPwoqaB4bvzoA+HpJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:date:message-id:mime-version:content-type :content-transfer-encoding; q=dns; s=sasl; b=A0aSlZxqFXMiyMutFjo 3UmKGHczmoaIdggZBzRNPLqBBp6b7LVc5hM7U7OoQmeGK/98EI9YyaXynSrc3GlY t8Ko+ODxTKs/+kYs/8P1XTiCG5UsYzpEogKiuj5JJLzpfBZdOt7q3XDN3fTpOqtd rhJAFvxuONB9xigUC1mOGOd8= Original-Received: from a-pb-sasl-sd.pobox.com (unknown [127.0.0.1]) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTP id 0E04F3AB0; Thu, 17 Mar 2011 07:51:57 -0400 (EDT) Original-Received: from unquote.localdomain (unknown [90.164.198.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-pb-sasl-sd.pobox.com (Postfix) with ESMTPSA id 1E6F63AAF; Thu, 17 Mar 2011 07:51:54 -0400 (EDT) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-Pobox-Relay-ID: F5B4A71C-508C-11E0-87A8-E8AB60295C12-02397024!a-pb-sasl-sd.pobox.com X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 64.74.157.62 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:11888 Archived-At: Hi Wolfgang, > (I have "my own" scheme to play with, written in LISP, recently enhanced > by adding "call-with-prompt". Still trying to figure out all of its > implications ...) Hey, me too... it's nice to have company in that regard :) You mentioned a number of wishlist items as well, that I wanted to reply to in a separate mail. I have copied guile-devel, as people are more likely to see it there and respond with better ideas than mine. > (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 scheme@(guile-user)> (resolve-interface '(qux)) In module/ice-9/boot-9.scm: 2389:9 1 (resolve-interface (qux) #:select #f #:hide # #:prefix #f #:renamer # =E2=80=A6) In unknown file: 0 (scm-error misc-error #f "~A ~S" ("no code for module" (qu= x)) #f) ERROR: no code for module (qux) The width defaults to the terminal width, hence the verbosity above... > (2) Please provide some obvious "undefine" command, since UNINTERN is gon= e. > 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? > (3) documentation: Please do document that ~/.guile is (often) invoked > automatically (old omission), and what options (including > _undocumented_ "-q") inhibit this. Will do. > (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. Regards, Andy --=20 http://wingolog.org/