This document lists TOM tasks that need to be done, along with their
status. Mail your additions and
suggestions to this list. Also, don't hesitate to take on one of these
tasks but make sure to mail me to
avoid duplication of work. For a list of programs and libraries that are
no longer a task, see the TOM Software.
New entries are added to the front of the list. The TOM Tasks list was
last updated on Tue Feb 29 2000.
- We need a real TOM tutorial, derived from the existing
documentation, the TOM highlights,
and (most importantly) the code. Ergo: an introduction
to TOM, with plenty of examples. (Especially examples of how the
new TOM world connects to the old C world.)
A TOM mode for Emacs
- A real TOM mode would perform better than the current best practice of
using cc-mode's Objective-C mode.
Interactive top level
- TOM could benefit from an interactive shell that allows the user to
play with TOM code, without needing to compile the code when
wanting to try it. Such an environment can be as kinky as you
want: on-the-fly compilation, dynamic recompilation, &c.
- The TOM/Gtk libraries enable the development of Gtk+ and Gnome programs in TOM. (These
libraries are commonly known as glue code or language
- Initial implementation has been done by Andreas Kostyrka and Pieter Schoenmakers. It is up
to date with Gtk+ 1.1.18 and Gnome 0.99.8.
- Active maintainers and developers
- to keep these libraries up to date with the latest and greatest from
the Gtk and Gnome teams;
- to expand and document (by adding comments) the examples; and
- to update and expand the documentation.
- Code & info
- The first real TOM compiler. Real because it is written in
TOM. Real because it will do whole-program compilation.
(Whole-program compilation enables a compiler to do smart things
to code, since it digests all source code of a program.)
- Initial implementation by Pieter
Schoenmakers. Tesla currently provides the functionality we
already know: compilation of one source file at a time, without
any inter-procedural optimization.
- Users and testers!
- Code & info
- In recent years, many high-quality C libraries have been developed.
For example, the reason I am adding this entry is the release of
version 4.0 of the GNU Readline Library. Such libraries provide
functionality that is not bound to a particular programming
language: they are useful to certain kinds of applications,
irrespective of the language in which they were developed. Ergo,
they are useful to TOM programs as well, and need a TOM front-end.
- Some libraries have been glued: most notably Gtk+, Gnome, and the ANSI
C library. Which reminds me, one for POSIX would be a good idea.
- Some code for newly wrapped libraries is available tom the TOM Glue Project.
- GP Generates Parsers which do no error correction. Jurian Hermeler
has been busy remediing this situation, see this report. Though GP already computes the
information that is necessary to do insertion-only error
correction, the parser that is generated does not yet do error
correction. It would be nice if the work that Jurian started was
finished. In addition, it would enable the GP parsers (like the
one used by Tesla) to gracefully recover from errors.
- Someone to complete error recovery in GP-generated parsers.
- Code & info
- GP, GP
too library unit provides the InetPort class and
subclasses to wrap TCP sockets. It would be nice if support for UDP
sockets was also available.
- Suggested by Graham Hughes.