vintage-basic: Interpreter for 1970s-era BASIC

[ bsd3, compilers-interpreters, program ] [ Propose Tags ] [ Report a vulnerability ]

An interpreter for what is essentially Microsoft BASIC v2, what you might find on a computer in the late 70s or early 80s, such as the Commodore 64.

Rather than making use of traditional stack-based primitives, the implementation uses monad transformers, including one with resumable exceptions that can caught by a program's continuation rather than its context.


[Skip to Readme]

Downloads

Maintainer's Corner

Package maintainers

For package maintainers and hackage trustees

Candidates

  • No Candidates
Versions [RSS] 1.0, 1.0.1, 1.0.3
Dependencies array (>=0.1), base (>=3), directory (>=1), filepath (>=1.1), HUnit (>=1.2), mtl (>=1.1), parsec (>=2.1), process (>=1), random (>=1), regex-base (>=0.72), regex-posix (>=0.72), time (>=1.1) [details]
Tested with ghc ==6.10.1
License BSD-3-Clause
Author Lyle Kopnicky
Maintainer lyle@vintage-basic.net
Category Compilers/Interpreters
Home page http://www.vintage-basic.net
Uploaded by LyleKopnicky at 2009-03-12T15:06:10Z
Distributions
Reverse Dependencies 1 direct, 0 indirect [details]
Executables vintbas
Downloads 2975 total (19 in the last 30 days)
Rating (no votes yet) [estimated by Bayesian average]
Your Rating
  • λ
  • λ
  • λ
Status Docs not available [build log]
Successful builds reported [all 7 reports]

Readme for vintage-basic-1.0

[back to package description]
To compile:

runhaskell Setup.hs configure
runhaskell Setup.hs build

To run unit tests:

runhaskell Setup.hs test

To install:

runhaskell Setup.hs install

You can then run the resulting program as

  vintbas [<.bas source file> ...]

The monad transformer I created is CPST.  Monad
transformers are basically monad building-blocks.  You
start with the identity monad and stack monad
transformers on top of it to build a combined monad.
The ordering is very important.  There are monad
transformers in the Control.Monad.Trans library,
so I used them.  Unfortunately you can't stack any
more monad transformers on top of CPST.  It has to be on
top, because of the type of the shift morphism.  The
standard ContT transformer is similar to my CPST, but
defines callCC, not shift.  Take a look at the type
of callCC in my code.  Notice every time you see a
CPST, it is followed by an o.  Notice that every
other morphism in CPST has the same property, except
shift.  That is the key to why it's no longer stackable -
monad transformers can take only two type parameters, not
three.  But I like shift and think it's neat that I
can define callCC in terms of it and reset, but not
vice-versa.  So there.  Plus, my shift and callCC are
rank-3 polymorphic!  Nobody else achieves that flexibility.

Other things we could do:
* Pre-check types
* Pre-check labels, generate code in place of labels
* Convert variable references to IORefs
  Is it easiest to do these with staging?
* Consider sending errors to stderr.
* On syntax error, consider printing line with marked error.