Yale-haskell

yale haskell
language
a fully integrated haskell programming environment. it provides tightly coupled interactive editing, incremental compilation and dynamic execution of haskell programs. two major modes of compilation, correspond to lisp’s traditional “interpreted” and “compiled” modes. compiled and interpreted modules may be freely mixed in any combination.
yale haskell is run using either a command-line interface or as an inferior process running under the emacs editor. using the emacs interface, simple two-keystroke commands evaluate expressions, run dialogues, compile modules, turn specific compiler diagnostics on and off and enable and disable various optimisers. commands may be queued up arbitrarily, thus allowing, for example, a compilation to be running in the background as the editing of a source file continues in emacs in the foreground.
a “scratch pad” may be automatically created for any module. such a pad is a logical extension of the module, in which additional function and value definitions may be added, but whose evaluation does not result in recompilation of the module.
a tutorial on haskell is also provided in the emacs environment. a macintosh version of yale haskell includes its own integrated programming environment, complete with an emacs-like editor and pull-down menus.
yale haskell is a complete implementation of the haskell language, but also contains a number of extensions, including:
(1) instead of stream based i/o, a monadic i/o system is used. although similar to what will be part of the new haskell 1.3 report, the i/o system will change yet again when 1.3 becomes official.
(2) haskell programs can call both lisp and c functions using a flexible foreign function interface.
(3) yale haskell includes a dynamic typing system. dynamic typing has been used to implement derived instances in a user extensible manner.
(4) a number of small haskell 1.3 changes have been added, including polymorphic recursion and the use of @_@ in an expression to denote bottom. although the 1.3 report is not yet complete, these changes will almost certainly be part of the new report.
(5) a complete haskell level x window system interface, based on clx.
(6) a number of annotations are available for controlling the optimiser, including those for specifying both function and data constructor strictness properties, “inlining” functions, and specialising over-loaded functions. many standard prelude functions have been specialised for better performance using these annotations.
(7) separate compilation (including mutually recursive modules) is supported using a notion of a unit file, which is a kind of localised makefile that tells the compiler about compiler options and logical dependencies amongst program files.
(8) yale haskell supports both standard and “literate” haskell syntax.
performance of yale haskell’s compiled code has been improved considerably over previous releases. although still not as good as the glasgow (ghc) and chalmers (hbc) compilers, the flexibility afforded by the features described earlier makes yale haskell a good choice for large systems development. for some idea of performance, hartel’s latest “nuc” benchmark runs at about the same speed under both yale haskell and hbc. (our experiments suggest, however, that yale haskell’s compiled code is on average about 3 times slower than hbc.)
binaries are provided for sun/sparc and macintosh, but it is possible to build the system on virtually any system that runs one of a number of common lisp implementations: cmu common lisp, lucid common lisp, allegro common lisp or harlequin lispworks. akcl, gcl and clisp do not have adaquate performance for our compiler. the current version is 2.1.
yale (ftp://nebula.cs.yale.edu/pub/haskell/yale). (128.36.13.1). uk (ftp://ftp.dcs.glasgow.ac.uk/pub/haskell/yale/). sweden (ftp://ftp.cs.chalmers.se/pub/haskell/yale/). e-mail: [email protected], [email protected].
(1993-07-14)