This is the mail archive of the
guile@cygnus.com
mailing list for the Guile project.
Re: "environment" unsuitable name for top-level environment
- To: Mikael Djurfeldt <djurfeldt@nada.kth.se>
- Subject: Re: "environment" unsuitable name for top-level environment
- From: Jost Boekemeier <jostobfe@linux.zrz.TU-Berlin.DE>
- Date: 18 Aug 1999 15:32:53 +0200
- Cc: jimb@red-bean.com, guile@sourceware.cygnus.com
- References: <E11GpUj-0007tz-00@mdj-pc.nada.kth.se>
Hi Mikael,
Mikael Djurfeldt <mdj@mdj-pc.nada.kth.se> writes:
> The proposed new data type for top-level environments is called
> "environment".
In his original proposal they were called `env' but after a discussion
on this list Jim followed the suggestions and gave them the name `environment'.
> already occupied: It is commonly used when referring to lexical
> environments, in the current Guile implementation and in other Scheme
> implementations, most notably SCM.
Hmm. R5rs also calls them `environment' ("interaction-environment",
"scheme-report-environment" etc.) and as far as I can see SCM does
this, too.
> I have no suggestion for an alternative name, though.
> Maybe "name-space", "top-level" or "top-level-env" are good?
Can't we call the environment frames simply `env-frame' or something
like that?
However I would say that the term "name-space" in unfortunate because
a name space consists of more than one environment: an eval-environmen,
an export-environment and possibly an import-environment.
Just like a /process/ is a /programm/ at run-time a /name space/ is a opened
/module/.
Jost
--