[R6RS] Programs & scripts

Anton van Straaten anton at appsolutions.com
Mon Nov 27 00:46:58 EST 2006


I've created a modest straw man for your bashing amusement.  I'll flesh 
it out if we can reach some rough agreement in principle about it, or 
parts of it.

This proposal would address, in varying degrees, the following three 
formal comments:

   #51 - Conflating programs and scripts
   #105 - Scheme is not a scripting language
   #106 - "#! /usr/bin/env" is not "portable." It's Unix-specific.

An important related comment is #39, "Script-body differences".  #38, 
"Position-significance of declarations in scripts", is also relevant, 
although perhaps less controversial.

The proposal mainly involves refactoring and clarification of what's 
currently in the report, but it does introduces a new concept of Scheme 
"program" which may be controversial.


Proposal for "programs" and "scripts"
=====================================

The following changes would be made to the draft:

1. In the "Description of the language" part of the draft:

    a. Replace sections 1.11 and 7, which relate to "Scripts", with
       sections that define Scheme "programs".

    b. Remove any references to the script header and the "scheme-script"
       interpreter (these are addressed in point 2 below).

    c. Replace all mentions of "script" with "program".

    d. Possibly include a rationale for "programs".  With the "script"
       aspect factored out, the remaining rationale for programs is that
       they provide:

        i. A more relaxed format for Scheme code, comparable to the R5RS
           top level, but better-defined.  However, this seemed to be a
           controversial point amongst the editors, and is also the
           subject of formal comment #39, "Script-body differences".
           Needs discussion.

       ii. A way to specify an entry point into a body of Scheme code
           (which happens to work in conjunction with

    The definition of a "program" is an open question.  One possibility
    is to leave it as identical to a 5.91 script, but without the
    requirement that the first line be ignored (addressed in point 2).

2. In an appendix or other auxiliary location:

    a. Specify how a Unix-style script relates to a Scheme program.
       Specify a "script" as a file (or some generalization thereof)
       which contains an optional script header (e.g. beginning with
       "#! " or "#!/" [see footnote]), and is followed by a Scheme
       "program".

    b. Specify the semantics of the "scheme-script" interpreter, which
       would only be mentioned in this appendix.  The interpreter must
       ignore any script header and initiate the execution of the
       remaining R6RS "program".

    c. Possibly say something specific (but short) about other major
       operating systems, in the interests of balance.  Possibly
       provide a rationale for the focus on Unix-like scripts.

    d. Possibly specify that implementations can omit a script
       interpreter in cases where they don't make sense, such as
       implementations targeting embedded platforms, or implementations
       such as Stalin.

    e. Specify a rationale for the inclusion of the above details in the
       report.

[Footnote] Mike raised a concern about detecting a script header by its 
first 3 characters in:
http://www.r6rs.org/r6rs-editors/2006-September/001865.html
We need to agree on the appopriate approach here.

Anton




More information about the R6RS mailing list