Active members are sought. If you want to take over an existing
subproject or to create a new one, you're welcome, so please show !
If the subproject's name, definition, or place in the hierarchy
displeases you, this can be fixed easily.
(Last changed on Sun Jan 29 23:08:48 MET 1995 )
Its goal is to ensure the project
identity, coordination and management.
Its maintainer is also a referee
in case no democratic agreement is found.
For the original (latest) page, click
here
Currently maintained by
Faré
(rideau@clipper.ens.fr)
Its goal is to design and implement a high-level language that would
fulfill all expressiveness, reflection, dynamic extensibility and
restrainability, logical specifiability requirements for the Tunes project
(as no available one seems to do).
For the original (latest) page, click
here
Currently maintained by
Faré
(rideau@clipper.ens.fr)
Its goal is to design and implement generic tools to integrate
the Tunes HLL with objects (in source or binary form) from other universes,
or other contexts in the Tunes HLL.
For the original (latest) page, click
here
Currently unmaintained by
Faré
(rideau@clipper.ens.fr)
Its goal is to design and implement tools to transform programs
written in C into well-behaved programs in the Tunes HLL, with
program-dependent customizable context. Instances would allow
(semi) automatic translation of C source for Unix (or even
device drivers from, say, VSTa or Linux) into HLL modules.
For the original (latest) page, click
here
Currently unmaintained by
Faré
(rideau@clipper.ens.fr)
The UI
subproject
For the original (latest) page, click
here
Currently maintained by
Chris
(chharris@u.washington.edu)
The Migration
subproject
For the original (latest) page, click
here
Currently mismaintained by
Faré
(rideau@ens.fr) - new maintainer sought.
Its goal is to design and implement a portable low-level language and
object encoding format, that would allow dynamic object migration.
For the original (latest) page, click
here
Currently unmaintained by Mike (mprince@crl.com).
But he seems to have no more time for it. Any taker ?
Its goal is to write some architecture-independent code so that
Tunes would run on top of any POSIX-ly compliant enough system
(i.e. a workstation running some recent Unix clone).
Portability, not efficiency, will be the primary goal,
as "the hardware shall provide enough power".
Thus the code should be modular enough
so that the implementation ported to other platforms
and parts could be replaced by architecture-specific code.
For the original (latest) page, click
here
Not currently maintained. Takers please show.
Its goal is to implement the architecture-dependent code so that
Tunes would run on any intel-based PC compatible computer with a 32 bit
processor.
For the original (latest) page, click
here
Not currently maintained. Takers please show.
Page Maintainer: