sisc(1) [debian man page]
SISC(1) General Commands Manual SISC(1) NAME
sisc - Second Interpreter of Scheme Code SYNOPSIS
sisc [ option ... ] [ argument ... [ -- [ program-option ... ] ] DESCRIPTION
SISC, the Second Interpreter of Scheme Code, is an extensible Java based interpreter of the Scheme language as described in the Revised^5 Report on the Algorithmic Language Scheme and adds numerous extensions including Java integration. STARTUP FILE AND EXPRESSION OPTIONS
-c name --call-with-args name Calls the top-level procedure name with the remaining command-line arguments after the -- delimiter. -e expr --eval expr Evaluates the provided expression. -x --no-repl Instructs SISC to run the command line and then exit without entering the REPL. -h heap-file --heap heap-file Specifies that heap-file should be used as the initial heap image. -p config-file --properties config-file Specifies a Java property file that contains application properties. -l [<host>:]<port> --listen [<host>:]<port> Server Mode. Listen on <host>/<port> for REPL connections. COMMAND LINE BEHAVIOR
The commandline is processed in the following manner. First, the entire command line is processed, noting the settings of each switch and accumulating all Scheme source files and arguments after the end of options sequence. Second, the heap file is loaded. Third, each Scheme source file is loaded in the order they occured on the command line. Errors are noted. Fourth, if present, the expression in an --eval switch is evaluated. Errors are noted. Fifth, if present, named function in a --call-with-args switch is applied to the arguments after the end of options sequence. Its return value is noted. Sixth, --no-repl was not specified, the REPL is invoked. Finally, if the REPL was run if its return value is an integer, that integer is returned as SISC's overall return code. If the REPL was not run, and any return code supporting step above was run, the most recent return code is returned. If no return code step was performed, but a success/failure step was performed, 1 is returned if any failures occured, 0 otherwise. EXECUTABLE SCRIPTS
SISC supports all the required SRFI-22 bootstraps, consult the body of SRFI-22 for more information about using it to write executable Scheme programs. MORE INFORMATION
For further information on SISC, please read the SISC for Seasoned Schemers manual available at http://sisc.sourceforge.net/manual/ BUGS
Submit bug reports to the SISC Users Mailing List. AUTHOR
SISC was created by Scott G. Miller (sgmiller@gmail.com) with significant contribution from Matthias Radestock (matthias@sorted.org). 4th Berkeley Distribution June 2005 SISC(1)
Check Out this Related Man Page
ELK(1) General Commands Manual ELK(1) NAME
elk, scheme-elk - extensible Scheme interpreter SYNOPSIS
elk [ -l file ] [ -h KBytes ] [ -p load-path ] [ -g ] [ -i ] [ -v type ] [[ -- ] args] elk... DESCRIPTION
Elk (Extension Language Kit) is a Scheme implementation designed as a general extension language for applications written in C or C++. Normally, Elk is linked with the application it serves, but a stand-alone version of the Scheme interpreter is installed as well (usually under the name elk). This interpreter, together with the standard Scheme toplevel, Elk can be used as an ordinary, stand-alone implementa- tion of the Scheme language. When called without the -l option, Elk loads the standard "toplevel" to start an interactive session. When called with -l file, the con- tents of the specified file is loaded instead. If a `-' is given as a filename argument, Elk loads from standard input. The option -p load-path can be used to override the standard load-path. The argument is a colon-separated list of directories. If this option is not present and the environment variable ELK_LOADPATH is defined, the value of this variable is used to initialize the load-path. The value of ELK_LOADPATH has the same format as the argument to the -p option. The -h KBytes option is used to specify a non-standard heap size. The default heap size is 512 KBytes. If the option -i is specified, symbols are mapped to lower case. Normally, Elk is case-sensitive. The -g option causes the interpreter to run the garbage collector each time memory is allocated on the heap. This is useful for writers of extensions who want to test the garbage collect behavior of an extension. Running Elk with the -g option is likely to reveal GC-related bugs in extensions (such as not properly protected local objects), as it triggers a garbage collection each time an object is allocated on the Scheme heap. A dot is written to standard output each time a garbage collection is performed when -g has been specified. When called with one or more -v type (``verbose'') options, the interpreter prints additional informational messages to standard output, depending on the value of the type argument. If type is load, the linker command and options are printed each time an object file is loaded; if type is init, the names of extension initialization and finalization functions are printed as they are called. The remaining args are put into a list of strings, and the Scheme variable command-line-args is bound to this list in the global environ- ment. If arguments could be interpreted as options, `--' can be used to indicate the end of the options. FILES
$TMPDIR/ldXXXXXX Temporary files AUTHOR
Oliver Laumann 4th Berkeley Distribution 15 January 1991 ELK(1)