From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Bill Schottstaedt Newsgroups: gmane.lisp.guile.devel Subject: compilation Date: Tue, 23 Apr 2002 05:16:25 -0700 Sender: guile-devel-admin@gnu.org Message-ID: <200204231216.FAA01993@cmn14.stanford.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 (NeXT Mail 3.3 v148.2.1) Content-Type: text/plain X-Trace: main.gmane.org 1019564321 27655 127.0.0.1 (23 Apr 2002 12:18:41 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 23 Apr 2002 12:18:41 +0000 (UTC) Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16zzFo-0007Bp-00 for ; Tue, 23 Apr 2002 14:18:40 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16zzFN-0003sh-00; Tue, 23 Apr 2002 08:18:13 -0400 Original-Received: from cm-mail.stanford.edu ([171.64.197.135]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16zzDi-0003mA-00 for ; Tue, 23 Apr 2002 08:16:30 -0400 Original-Received: from cmn14.stanford.edu (cmn14.stanford.edu [171.64.197.163]) by cm-mail.stanford.edu (8.11.6/8.11.6) with ESMTP id g3NCGTQ31741 for ; Tue, 23 Apr 2002 05:16:29 -0700 Original-Received: (from bil@localhost) by cmn14.stanford.edu (8.9.3/8.9.3) id FAA01993 for guile-devel@gnu.org; Tue, 23 Apr 2002 05:16:28 -0700 (PDT) X-Nextstep-Mailer: Mail 3.3 [m68k] (Enhance 2.2p2) Original-Received: by NeXT.Mailer (1.148.2.1) Original-To: guile-devel@gnu.org Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:469 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:469 > is anybody from the Guile community right now hacking > Hobbit or some other scheme-to-c compiler for Guile? In a sense, yes (mentioned in an earlier msg to guile-user); and I'm very interested in this problem in general -- I've written a partial Common Lisp->C translator (and a very long time ago, worked (in PDP-10 assembly language...) on the SAIL compiler). I tried Hobbit but did not get much speed-up, but as previously mentioned, my context is heavily numerical. And I don't remember (this was a while ago and my memory is unreliable) any support for "foreign" functions; since I use Guile almost solely as an extension language, I have to be able to call my own stuff. If it isn't included in the optimized code, then there's no point... The other problem here is that a "quick and dirty hack" like the one I'm doing now provides 90% of what I need (in a couple week's work), and I'm swamped (as is everyone) with other things to do, so a big project to do it right doesn't resonate. But, maybe I'd get seduced into helping once it got started. (My experience with the Lisp->C translator is that you regret it in the long run: dynamic loading is an incredible pain, debugging is next-to-impossible, files end up scattered everywhere, etc.) _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel