unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
* compilation
@ 2002-04-23 12:16 Bill Schottstaedt
  2002-04-23 15:04 ` compilation Rob Browning
  0 siblings, 1 reply; 2+ messages in thread
From: Bill Schottstaedt @ 2002-04-23 12:16 UTC (permalink / raw)


> 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


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: compilation
  2002-04-23 12:16 compilation Bill Schottstaedt
@ 2002-04-23 15:04 ` Rob Browning
  0 siblings, 0 replies; 2+ messages in thread
From: Rob Browning @ 2002-04-23 15:04 UTC (permalink / raw)
  Cc: guile-devel

Bill Schottstaedt <bil@ccrma.Stanford.EDU> writes:

>  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.

 :>

At the moment Marius' arguments that we should clean up guile's
execution model with an eye toward future "compilation" before we dive
back in to any particular strategy sound pretty good to me.

I have this suspicion that if this is done right (with hooks in
suitable places and well defined semantics) then it might make it a
lot easier to try out various approaches.  However, without more
investigation, it's possible that I'm just falling victim to wishful
thinking.

-- 
Rob Browning
rlb @defaultvalue.org, @linuxdevel.com, and @debian.org
Previously @cs.utexas.edu
GPG=1C58 8B2C FB5E 3F64 EA5C  64AE 78FE E5FE F0CB A0AD

_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2002-04-23 15:04 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-04-23 12:16 compilation Bill Schottstaedt
2002-04-23 15:04 ` compilation Rob Browning

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).