[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
top-repl priority of guile module
From: |
Kevin Ryde |
Subject: |
top-repl priority of guile module |
Date: |
Sat, 02 Dec 2006 08:59:22 +1100 |
User-agent: |
Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) |
Sven Hartrumpf on guile-user a while ago reported on a run of
guile --use-srfi=1
leaves the REPL with the core `iota', not the srfi-1 one. What's the
theory behind this bit of top-repl (in boot-9.scm),
;; so that builtin bindings will be checked first
(module-use! guile-user-module (resolve-interface '(ice-9 r5rs)))
(module-use! guile-user-module (resolve-interface '(guile)))
The effect is to override any bindings that srfi modules attempt to
replace. So srfi-17 car or srfi-39 current-input-port are similarly
afflicted.
I'm thinking of removing that last line
(module-use! guile-user-module (resolve-interface '(guile)))
to stop the core being elevated.
- top-repl priority of guile module,
Kevin Ryde <=
- Re: top-repl priority of guile module, Ludovic Courtès, 2006/12/04
- Re: top-repl priority of guile module, Kevin Ryde, 2006/12/04
- Re: top-repl priority of guile module, Kevin Ryde, 2006/12/04
- Re: top-repl priority of guile module, Ludovic Courtès, 2006/12/05
- Re: top-repl priority of guile module, Kevin Ryde, 2006/12/08
- Re: top-repl priority of guile module, Kevin Ryde, 2006/12/08
- Re: top-repl priority of guile module, Neil Jerram, 2006/12/14
- Re: top-repl priority of guile module, Kevin Ryde, 2006/12/14
- Re: top-repl priority of guile module, Neil Jerram, 2006/12/30
- Re: top-repl priority of guile module, Ludovic Courtès, 2006/12/15