From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludovic.courtes@laas.fr (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: [r6rs-discuss] Implementors' intentions concerning R6RS Date: Wed, 31 Oct 2007 14:12:46 +0100 Organization: LAAS-CNRS Message-ID: <87zlxzmnqp.fsf@laas.fr> References: <818B5317-4F09-46F3-9376-43292CEB3C16@iro.umontreal.ca> <47229C5E.8070406@emf.net> <87640rm7ec.fsf@ossau.uklinux.net> <87hckbkpho.fsf@ossau.uklinux.net> <87d4uykkes.fsf@laas.fr> <87ejfd7fnq.fsf@ossau.uklinux.net> <877il57wyt.fsf@laas.fr> <2bc5f8210710300801o6de398aeg968bcb73bb0cc5e@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1193836380 2738 80.91.229.12 (31 Oct 2007 13:13:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 31 Oct 2007 13:13:00 +0000 (UTC) Cc: Guile Development To: "Julian Graham" Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Oct 31 14:13:01 2007 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 1InDNV-00057z-9N for guile-devel@m.gmane.org; Wed, 31 Oct 2007 14:13:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1InDNL-0007Vy-Ip for guile-devel@m.gmane.org; Wed, 31 Oct 2007 09:12:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1InDNH-0007Sj-Ah for guile-devel@gnu.org; Wed, 31 Oct 2007 09:12:47 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1InDNG-0007RD-Kk for guile-devel@gnu.org; Wed, 31 Oct 2007 09:12:46 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1InDNG-0007Qv-IG for guile-devel@gnu.org; Wed, 31 Oct 2007 09:12:46 -0400 Original-Received: from laas.laas.fr ([140.93.0.15]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1InDNF-0001dG-QI for guile-devel@gnu.org; Wed, 31 Oct 2007 09:12:46 -0400 Original-Received: from messiaen.laas.fr (messiaen [IPv6:2001:660:6602:0:230:65ff:fed4:9d20]) by laas.laas.fr (8.13.8/8.13.8) with SMTP id l9VDCga3019600; Wed, 31 Oct 2007 14:12:42 +0100 (MET) Original-Received: by messiaen.laas.fr (sSMTP sendmail emulation); Wed, 31 Oct 2007 14:12:46 +0100 X-URL: http://www.laas.fr/~lcourtes/ X-Revolutionary-Date: 10 Brumaire an 216 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEB1F5364 X-PGP-Key: http://www.laas.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: powerpc-unknown-linux-gnu Mail-Followup-To: "Julian Graham" , "Guile Development" In-Reply-To: <2bc5f8210710300801o6de398aeg968bcb73bb0cc5e@mail.gmail.com> (Julian Graham's message of "Tue\, 30 Oct 2007 11\:01\:05 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-Spam-Score: -0.001 () NO_RELAYS X-Scanned-By: MIMEDefang at CNRS-LAAS on IPv6:2001:660:6602::2 X-detected-kernel: by monty-python.gnu.org: Solaris 10 (beta) 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:6875 Archived-At: Hi, Adding my two cents to the "wish list"... "Julian Graham" writes: > Well, for what it's worth, faster live "interpretation" of Scheme is > really important to me, whether that means some kind of Scheme JIT > compilation a la GNU Lightning or whatever. I believe the major interpreter performance improvements are to be gained by algorithmic optimizations (e.g., closure invocation, variable lookup), rather than micro-optimizations such as JIT. That said, JIT is a fascinating domain. :-) > * Faster GC (this is probably pretty similar to "faster interpretation") I'm (still) interested in comparing the space/time tradeoff in Guile and the `libgc'-based Guile. We'll see. Besides, I think using libgc would yield a number of practical improvements for the end user: `scm_set_smob_mark ()' would become useless in most cases and so would `scm_dynwind_free ()', `scm_set_smob_free ()' could be avoided almost entirely in guile-core, memory leaks would become less likely in the presence of non-local exists, marking a tree-like structure would just work (see http://thread.gmane.org/gmane.lisp.guile.bugs/3558), etc. > * Integrated debugging and profiling tools > > * Guile was initially proposed as a multi-language scripting platform; > is that still part of the mission? As Neil suggested, I'd say "no" for the time being. > * Not related to 1.9 itself, but maybe a cleanup / redesign of the web > page, including a cleanup of active projects, better integration with > Savannah for bug tracking, etc. Right. I've been meaning to update the projects page for a while actually... > * Thorough updating of the documentation > > * Integration with Free Software VMs -- Bigloo currently lets you > compile Scheme to CIL; it would be neat if you could do the same with > Guile and then run on top of DotGNU. Or Kaffe. Or anything else. I'm not too fond of CIL/Java bytecode, but choosing the bytecode format should not be the most difficult thing. ;-) OK, so my goals for 1.9 would be: * Evaluate `libgc'-based Guile (see above). * Rewrite the interpreter in Scheme (or a subset thereof), with a tiny Scheme-to-C compiler. That could be done in such a way that we could re-use, e.g., the memoization and unmemoization code that already exists in the first step. * Provide a documented C doc snarfing tool, written in Scheme, with a public Scheme doc snarfing API. I started looking at it based on the modules I wrote for doc-snarfing in Guile-{Reader,Avahi,GnuTLS}. * Provide some Unicode support. The hardest part, I think, is that we'd probably need to rewrite/extend the C port API. Comments? Thanks, Ludovic. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel