From Gambit wiki
Gambit is implementing a namespace mechanism, which is being used to separate internals from user code and also to partition the Gambit internals into several parts (e.g. the compiler parts are using a different namespace than the interpreter parts).
The namespace mechanism is not described in the official documentation, but it is being used and hence shown in the examples bundled with the Gambit source code. Marc maybe didn't officially document it since he didn't want to sanction it as official mechanism that he would need to support into the indefinite future, and he maybe originally just wrote it for his own purposes (those is just speculations). In the mean time, as there is now an "official" module system in the form of SNOW!, users can also be encouraged to make use of the latter instead of using the namespace mechanism directly (the writer of these lines also intends to continue to work on his "chjmodule" module system to further explore dynamic programming and other concepts like parametrization).
How does it work?
There is a special rule for fully qualifying an identifier, and there is a special form which can be used to (a) declare the currently active default namespace, and (b) to declare a list of given identifiers to be in a particular namespace.
Gambit is treating the # character (#\# in Scheme syntax) in identifier symbols as a special character separating the namespace from the local name. Example:
bar identifier in the "foo#" namespace (I include the # separater character here since that's also how the namespace form works and because that allows to specify the empty namespace).
There are two special namespaces, one is the "#" namespace being used for most basic internals, and the "" (empty) namespace being the default namespace for user code when the Gambit interpreter or compiler is being started.
Declaring an identifier as belonging to a particular namespace
(namespace (STRING LIST...))
special form specifies that the LIST of the given identifiers are to be treated as belonging to the namespace given in STRING. Example:
(namespace ("foo#" bar))
says that whenever
bar is being mentioned in the code that follows in the same scope or file, it is implicitely being treated as
Note that the identifier
namespace is part of the empty namespace. If you change the default namespace (see below), you have to use
Switching the default namespace in code
Identifiers which are not containing a # character are being treated as belonging to the namespace being active in the current scope (see below for what the scope is). This is the empty namespace by default. This can be changed by putting
before the rest of the code; e.g. using a namespace declaration without a list of identifiers. Note that once you've changed the default namespace, you cannot refer to
namespace anymore, since this identifier is only being defined in the empty namespace and there is no way to fully qualify identifiers as belonging to the empty namespace, so you have to use the
##namespace identifier instead (meaning the full qualification for the "#" internals namespace) which acts the same.
Scope of namespace declarations
A namespace declaration is in effect until the end of the current lambda or let construct (note that
begin doesn't open a new scope), or, if specified at the top of the file (or just inside a
begin form) until the end of the file is is being put into.
Switching default namespace in the repl
If entered in the repl, or run by the
eval procedure, the default namespace used by the repl (which is also the empty namespace by default) is being changed. This then remains active until the next namespace declaration is being entered or eval'ed.
The namespace mechanism can be used to partition user code in a style similar to how C works, by writing a "header" file for a library which declares all the exported values to be in the namespace that has been choosen for that library. In the Gambit source code and the examples, Marc is employing the convention of adding the # character to the name of the module (e.g. if he writes a module "foo.scm" he will name the header file "foo#.scm").
Access to Gambit internals
Since the namespace handling doesn't prohibit access (it's just for the sake of convenience, not for protection), Gambit is somewhat special in that all of its internal procedures can be accessed by the user; this is very useful to learn how the internals work and also to extend the system without hacking the internals. It must be noted though, that most of those procedures are not checking their types, so you quickly get a segfault when feeding them data of the wrong type. Sometimes this missing type check is also (mis)usable (or even being used explicitely by other Gambit internal procedures) to access data structures on a lower level:
(define-structure foo a b c) (let ((v (make-foo 123 "hello" 'world))) ;; (mis)treat the structure as vector: (let ((len (##vector-length v))) (let lp ((i 0)) (if (< i len) (begin (println "value at position " i ":" (##vector-ref v i)) (lp (+ i 1)))))))
value at position 0:#<type #2 foo> value at position 1:123 value at position 2:hello value at position 3:world
(Note that if you access elements behind the given length, you would access unrelated memory contents or invalid memory addresses.)
Producing lowlevel unsafe code explicitely
It's also worthwhile knowing that the basic primitives (like memory accesses, lowlevel arithmetic, etc.) which are mapped by the compiler directly to C constructs (actually C macros as defined in the include/gambit.h file) are a bunch of such identifiers in the # namespace. Like
(##car obj) will be translated to
___CAR(obj) which is then expanded by the C compiler to basically a pointer dereference. So those can be used in user code to let the compiler output those lowlevel constructs, which are not doing any type checking (and are simple enough for the C compiler to enable optimizations on the C level) and thus very fast, without declaring your whole Scheme code as being unsafe by using the
declare special form (which would achieve the same thing).