From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Martin Kuehl" Newsgroups: gmane.lisp.guile.devel Subject: Re: Status of the "Project Ideas" page / Summer of Code Date: Sat, 6 May 2006 00:02:23 +0200 Message-ID: References: <20060425141458.GG25279@gailuron.laas.fr> <873bfqku0m.fsf@ossau.uklinux.net> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1146866556 2259 80.91.229.2 (5 May 2006 22:02:36 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 5 May 2006 22:02:36 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat May 06 00:02:32 2006 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Fc8Na-0005ZJ-Uk for guile-devel@m.gmane.org; Sat, 06 May 2006 00:02:31 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fc8NZ-0004hr-W8 for guile-devel@m.gmane.org; Fri, 05 May 2006 18:02:30 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fc8NW-0004ey-93 for guile-devel@gnu.org; Fri, 05 May 2006 18:02:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fc8NV-0004cF-50 for guile-devel@gnu.org; Fri, 05 May 2006 18:02:25 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fc8NU-0004bj-TL for guile-devel@gnu.org; Fri, 05 May 2006 18:02:24 -0400 Original-Received: from [64.233.166.177] (helo=py-out-1112.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fc8Nj-0001rR-Um for guile-devel@gnu.org; Fri, 05 May 2006 18:02:40 -0400 Original-Received: by py-out-1112.google.com with SMTP id d80so884874pyd for ; Fri, 05 May 2006 15:02:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DDCKzt4m+zwP3XqHp9p9A4aQOEhcs4XuUkTzeOjOdlwn2i7Ic5b+K8NCKL7OLsyq7K5ZmhehZOpWW+McnqQOlgJpTqoSfGslGPsBADUaz072GV5Oms6c+od/kPHrVSKY9sDXcZ+M36Z7XuMR+5NFQ+B+B3+7Qshp5wNJ/Ayrgqk= Original-Received: by 10.35.77.18 with SMTP id e18mr1011343pyl; Fri, 05 May 2006 15:02:23 -0700 (PDT) Original-Received: by 10.35.121.15 with HTTP; Fri, 5 May 2006 15:02:23 -0700 (PDT) Original-To: "Neil Jerram" In-Reply-To: <873bfqku0m.fsf@ossau.uklinux.net> Content-Disposition: inline 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:5905 Archived-At: On 5/4/06, Neil Jerram wrote: > "Martin Kuehl" writes: > > > Hello, > > > > thanks for the helpful pointers; guile-debugging, guile-vm and the > > compilation discussion all look quite interesting. The hobbit topic > > feels a little scary though, and I'm not sure I want to try that > > before I've got a little more experience under my belt. > > > > I was able to take guile-debugging for a spin, it's great, and I agree > > that it makes more sense to complete it than to port swank (the lisp > > server side of slime). I'm not sure where one would start though -- > > the open bugs' summaries are maybe less descriptive than they might be > > ;) > > [Hm. Does it complete names of modules found on guile's load-path?] > > No, it doesn't; that would be a nice feature. And perhaps > complemented by a super-convenient way to extend the load path of the > guile process. And if it works smoothly, a module browser could be implemented on top of i= t. And the way to extend the load-path could be generalized to inspect/adapt guile's runtime options. > You mentioned the bugs on gna.org, but did you try looking at the > tasks as well? I think the tasks would be much more suitable for a > SoC project, if any of them interest you. If you would like me to add > to any of the task descriptions, to explain more what I have in mind, > please let me know. With "timeout for help-echo evaluations", do you mean that the window popping up when I, say, `gds-eval-defun' a defun? The ones that immediately spark my interest are the repl buffer, module browser and continuation bookmarking. Of these, I think I'd find the module browser the most useful, but that's because 1) I don't think a repl buffer is needed when your "other" buffers are interactive enough (think lisp-interaction-mode for scheme buffers with gds underneath) and 2) I have absolutely no idea how a usable interface for debugging with continuation bookmarks might feel like.=20 I doubt a simple "step forward/backward" ui would capture their style very well, and I also doubt that the ui for Emacs's own named bookmarks would suit any kind of debugging session. This task does sound really fancy though :-) I'm just now remembering buddha[1], a "declarative debugger" for Haskell. An oracle-style interface like that might suit cont.bkm., and the capability to substitute expressions on the fly would be a great improvement. So... I'd like to take a shot at one of these two, the module browser or continuation bookmarking. The former is probably the more immediate and visible one and has a more definite goal (except for any other ideas about related conveniences it might lead to), while the latter feels more flexible and exploratory. You already noted you'd be happy to help, I take it that you'd be willing to take the "Mentor" hat then? Thank you so much for your feedback. Cheers, Martin [1] http://www.cs.mu.oz.au/~bjpop/buddha/ _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel