From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10473 invoked by alias); 16 Jul 2003 16:02:38 -0000 Mailing-List: contact cgen-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sources.redhat.com Received: (qmail 10439 invoked from network); 16 Jul 2003 16:02:38 -0000 Received: from unknown (HELO neon-gw.transmeta.com) (63.209.4.196) by sources.redhat.com with SMTP; 16 Jul 2003 16:02:38 -0000 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id JAA18519; Wed, 16 Jul 2003 09:02:34 -0700 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma018495; Wed, 16 Jul 03 09:02:03 -0700 Received: from casey.transmeta.com (casey.transmeta.com [10.10.25.22]) by deepthought.transmeta.com (8.11.6/8.11.6) with ESMTP id h6GG26F17103; Wed, 16 Jul 2003 09:02:06 -0700 (PDT) Received: (from dje@localhost) by casey.transmeta.com (8.9.3/8.7.3) id JAA26239; Wed, 16 Jul 2003 09:02:06 -0700 From: Doug Evans MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16149.30462.30655.903674@casey.transmeta.com> Date: Wed, 16 Jul 2003 22:35:00 -0000 To: Ben Elliston Cc: cgen@sources.redhat.com Subject: Re: guile 1.6.4 a bit faster? In-Reply-To: <87ptkbvv6j.fsf@sashimi.wasabisystems.com> References: <200307160026.RAA22246@casey.transmeta.com> <87ptkbvv6j.fsf@sashimi.wasabisystems.com> X-SW-Source: 2003-q3/txt/msg00015.txt.bz2 Ben Elliston writes: > Doug Evans writes: > > > While the explicit symbol/string conversions introduce some minimal > > slowness on the cgen side, guile 1.6.4 appears to be faster thus > > making up for it. [or maybe the gcc that compiled 1.6.4 is much > > improved over the gcc that compiled 1.3 :-) guess I should verify > > that ...] > > So are you now getting over the demise of Hobbit? :-) Oh, btw. Any speed issues I treat as a Guile problem. cgen would smoke on a Scheme implementation that did dynamic compilation. [and of course there's my pie-in-the-sky dream of having that implementation use cgen for the backend of its dynamic compilation engine] Not that hard to do, maybe someday in my dreams. [and as for the bootstrapping issue, I'd imagine the Scheme implementation would have both a computed-goto based engine and a dc engine]