Next: R7RS small language, Previous: Library modules - R7RS standard libraries, Up: Library modules - R7RS standard libraries [Contents][Index]
• Traveling between two worlds back and forth: | ||
• Three forms of import: |
Next: Three import forms, Previous: R7RS integration, Up: R7RS integration [Contents][Index]
When you start Gauche, either in REPL or as a script, you’re in
user
module, which inherits gauche
module.
Likewise, when you read a library, the initial module inherits
gauche
module (until you call select-module
).
That’s why you can access all the built-in procedures of Gauche
without saying (use something)
. (See Module inheritance, for
the details about inheriting modules).
On the other hand, R7RS requires to be explicit about which namespaces
you’ll be using, by import
form, e.g. (import (scheme base))
.
Besides, R7RS library must be explicitly enclosed by define-library
form.
Before the first import
form of a program, or outside of
define-library
, is beyond R7RS world—the standard defines
nothings about it.
These facts let Gauche to set up appropriate “world”, and you can use R7RS code and traditional Gauche code transparently.
NB: As explained in Three import forms,
R7RS import
is rather different from Gauche
import
, so we note the former r7rs#import
and the latter
gauche#import
in this section for clarity. When you write code
don’t use prefixes r7rs#
and gauche#
; just write import
.
The define-library
form is defined as a macro in gauche
module;
it sets up R7RS environment before evaluating its contents.
So, when you load an R7RS library (either from Gauche code via use
form, or from R7RS code via r7rs#import
form),
Gauche starts loading the file in gauche
module, but immediately
see define-library
form, and the rest is handled in R7RS
environment.
Suppose you have an R7RS library (mylib foo)
with the following code:
(define-library (mylib foo) (import (scheme base)) (export snoc) (begin (define (snoc x y) (cons y x))))
It should be saved as mylib/foo.scm in one of the directories in
*load-path*
.
From R7RS code, this library can be loaded by r7rs#import
:
(import (mylib foo)) (snoc 1 2) ⇒ (2 . 1)
To use this library from Gauche code, concatenate elements of library
names by .
to get a module name, and use
it:
(use mylib.foo) (snoc 1 2) ⇒ (2 . 1)
To use Gauche library foo.bar
from R7RS code,
split the module name by .
to make a list for the name
of the library. For example, gauche.lazy
module can be
used from R7RS as follows:
(import (gauche lazy))
For SRFI modules, R7RS implementations have a convention to
name it as (srfi n)
, and Gauche follows it.
The following code loads SRFI-1 and SRFI-13 from R7RS code:
(import (srfi 1) (srfi 13))
(It’s not that Gauche treat srfi
name specially; installation
of Gauche includes adapter libraries such as srfi/1.scm.)
A tip: To use Gauche’s built-in features (the bindings that are
available by default in Gauche code) from R7RS code, import
(gauche base)
library (see gauche.base
- Importing gauche built-ins):
(import (gauche base)) filter ⇒ #<closure filter>
R7RS scripts always begin with import
form. However, r7rs#import
has a different syntax and semantics
from gauche#import
—so we employ a trick.
When gosh
is started, it loads the given script file
in user
module. We have a separate user#import
macro, which
examines its arguments and if it is R7RS import syntax, switch to the
r7rs.user
module and run the r7rs#import
. Otherwise, it
runs gauche#import
. See Three import forms, for the details.
An example of R7RS script:
(import (scheme base) (scheme write)) (display "Hello, world!\n")
If you’re already familiar with Gauche scripts, keep in mind that
R7RS program doesn’t treat main
procedure specially; it
just evaluates toplevel forms from top to bottom. So the following
script doesn’t output anything:
(import (scheme base) (scheme write)) (define (main args) (display "Hello, world!\n") 0)
To access the command-line arguments in R7RS scripts, use
command-line
in (scheme process-context)
library
(see scheme.process-context
- R7RS process context, also see Command-line arguments).
When gosh
is invoked with -r7
option and no script file is
given, it enters an R7RS REPL mode. For the convenience, the following
modules (“libraries”, in R7RS term) are pre-loaded.
(scheme base) (scheme case-lambda) (scheme char) (scheme complex) (scheme cxr) (scheme eval) (scheme file) (scheme inexact) (scheme lazy) (scheme load) (scheme process-context) (scheme read) (scheme repl) (scheme time) (scheme write)
Besides, the history variables *1
, *2
, *3
,
*1+
, *2+
, *3+
, *e
and *history
are available (See Working in REPL, for the details of history variables).
You can know you’re in R7RS REPL by looking at the prompt, where
gosh
shows the current module (r7rs.user
):
gosh[r7rs.user]>
To switch Gauche REPL from R7RS REPL, import (gauche base)
and
select user
module using select-module
:
gosh[r7rs.user]> (import (gauche base)) #<undef> gosh[r7rs.user]> (select-module user) #<undef> gosh>
(You can (select-module gauche)
but that’s usually not what you
want to do—changing gauche
module can have unwanted side effects.)
When you’re working on R7RS code in file and load it into R7RS REPL
(for example, if you’re using Emacs Scheme mode, C-c C-l does the job),
make sure the file is in proper shape as R7RS; that is, the file
must start with appropriate import
declarations, or
the file contains define-library
form(s). If you load
file without those forms, it is loaded into Gauche’s user
module
no matter what your REPL’s current module is,
and the definitions won’t be visible from r7rs.user
module
by default.
By default, gosh
enters Gauche REPL when no script file is given.
See Working in REPL, for detailed explanation of using REPL.
To switch Gauche REPL to R7RS REPL, simply use r7rs-style import;
user#import
knows you want R7RS and make a switch.
gosh> (import (scheme base)) #<undef> gosh[r7rs.user]>
If you don’t start gosh
with -r7
option, however,
only the libraries you given to user#import
are loaded at
this moment.
If you want to switch the “vanilla” r7rs environment, that is, even
not loading (scheme base)
, then you can use r7rs
module and directly select r7rs.user
:
gosh> (use r7rs) gosh> (select-module r7rs.user) gosh[r7rs.user]>
If you do this, the only
bindings visible initially are import
and define-library
;
even define
is undefined!
You have to manually do (import (scheme base))
etc. to start
writing Scheme in this environment.
Previous: Traveling between two worlds back and forth, Up: R7RS integration [Contents][Index]
For historical reasons, Gauche has three import
forms; the original
Gauche’s import
, R7RS import
, and the hybrid import
.
Usually it is clear that the code is written in traditional Gauche
or in R7RS, and usage of import
is typically idiomatic, so there’s
not much confusion in practice. Only when you talk about import
outside of code, you might need to specify which one you’re talking.
The hybrid import
is what we described user#import
in
the previous section (see Traveling between two worlds back and forth).
It understands both of Gauche’s import
and
R7RS import
.
So what you really need to know is the first two.
Gauche’s module system design is inherited from STk, and we’ve been
used import
for purely name-space level operation; that is,
it assumes the module you import from already exists in memory.
Loading a file that defines the module (if necessary) is
done by separate primitives, require
. In most cases one file
defines one module, and using that module means require
it then
import
it (it’s so common that Gauche has a macro for it—use
).
However, separating those two sometimes comes handy when you need
some nontrivial hacks. See Using modules, for the details of
Gauche’s import
.
R7RS leaves out the relation between modules (libraries) and files
in order to give implementation freedom. If necessary, its import
must load a file implicitly and transparently. So R7RS’s import
is semantically Gauche’s use
.
The hybrid import
only appears at the beginning of the Scheme
scripts. It finds out whether the script is in the traditional Gauche
code or in the R7RS code. See Traveling between two worlds back and forth, for the details.
Now we’ll explain R7RS import
:
[R7RS] Imports libraries specified by import-specs. What R7RS calls libraries are what Gauche calls modules; they’re the same thing.
R7RS libraries are named by a list of symbols or integers,
e.g. (scheme base)
or (srfi 1)
.
It is translated to Gauche’s module name by joining the symbols
by periods; so, R7RS (scheme base)
is Gauche’s scheme.base
.
Conversely, Gauche’s data.queue
is available as
(data queue)
in R7RS. To use those two libraries,
R7RS program needs this form at the beginning.
(import (scheme base) (data queue))
It works just like Gauche’s use
forms; that is, if the named
module doesn’t exist in the current process, it loads the file; then
the module’s exported bindings become visible from the current module.
(use scheme.base) (use data.queue)
(You may wonder what if R7RS library uses symbols with periods in them. Frankly, we haven’t decided yet. It’ll likely be that we use some escaping mechanism; for the time being you’d want to stick with alphanumeric characters and hyphens as possible.)
Just like Gauche’s use
, you can select which symbols to be
imported (or not imported), rename specific symbols, or add
prefix to all imported symbols. The formal syntax
of R7RS import syntax is as follows:
<import declaration> : (import <import-set> <import-set> ...) <import-set> : <library-name> | (only <import-set> <identifier> <identifier> ...) | (except <import-set> <identifier> <identifier> ...) | (prefix <import-set> <identifier>) | (rename <import-set> (<identifier> <identifier>) (<identifier> <identifier>) ...) <library-name> : (<identifier-or-base-10-integer> <identifier-or-base-10-integer> ...)
Next: R7RS small language, Previous: Library modules - R7RS standard libraries, Up: Library modules - R7RS standard libraries [Contents][Index]