[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [VM] Should `compile' always be visible?
From: |
Andy Wingo |
Subject: |
Re: [VM] Should `compile' always be visible? |
Date: |
Tue, 24 Feb 2009 22:17:56 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) |
Yo,
On Tue 24 Feb 2009 00:44, address@hidden (Ludovic Courtès) writes:
>> Yeah, dunno. It would be great to have `compile' in the toplevel
>> environment. OTOH it takes time.
>
> Just to be clear: I wasn't so much concerned about load time, but rather
> about namespace pollution and fuzzy dependencies ("ambient authority").
> Why add yet another set of global bindings if we can avoid it?
OK. Still I feel that it would be great to have `compile' and
`compile-file' available in the default environment -- they're in the
same category as `load', `eval', etc. It would also be good for scripts.
But I could be convinced otherwise :)
>> This is all on my laptop running at full speed, an average over 10 runs.
>
> Is it when running `pre-inst-guile', the Libtool-generated `guile'
> script, or the raw `guile' executable?
The 1.8 results were against the Fedora guile, and the vm results
against libguile/.libs/lt-guile, run inside pre-inst-guile-env.
> I agree that `syncase' should be loaded by default now that we no
> longer have to worry about its execution time.
Great. We'll have to document syntax-rules at least in the manual
though, and we should document syntax-case too. Not that that should
block their inclusion.
Andy
--
http://wingolog.org/