PLANS:	These plans are tentative, and there is no asociated timetable.

	v1.0: Release (DONE)

	v1.20: Dynamic linking (ALMOST)

	v1.30; Dynamic linking libraries

	v1.40: Function compiler.

TODO:	DOCUMENTATION

	Contributors database....

	Add legend location option to plegend().

	Add legend for 3-D plots...

	fwrite()

	DYNAMIC LINKING...
		documentation and TESTING...
		help/dlopen
		try Jeff's pinv.f

	Plot suggestions. (~/plot.suggestions)

	Change plot paradigm, use plset to create the plot object, and
	initialize some parts of it to users specifications. Then when
	pstart is called, it uses the defaults, plus the user
	specifications. **Also** look at x14c.c geometry setup.

	Allow RLAB_LIB_DIR to be a separated path list.

	SUPPORT/contrib/hypermat.r
	SUPPORT/contrib/gnuplot.r

	Allow the lib directories to contain non .r files.

	Integrate OS/2, DOS ports...

	Make the data stack into a stack-of-stacks, use existing
	checks in pop() and push() to jump between stacks.

FINISH:

ADD:

	Solve, factor etc, need to recognize symmetric inputs, and do
	something better, maybe chol...

	Write btree_node_delete();

	error tracebacks (shouldn't be too hard if we use the current
	frame-stack to get our error information).

	Make using system() easier. Some kind of simpler syntax. `!'
	is already used for `!='.

	rlib/tanh.r -> instead of calling sinh() and cosh(), you should
	expand it to (exp(x) - 1/exp(x) ./ (exp(x) + 1/exp(x)), as this would
	reduce the number of exponentials calculated. You could also use the
	exp(-x) = 1/exp(x) trick in cosh.r and sinh.r.

Start thinking about:

	Consider a more elaborate help-file searching scheme. One that
	could find the help file `IF' with a `help if'.

	Interactive debugging (single step capability)

	Sparse matrices (?, a real maybe)

	Consider labels, and regular expression matching in strings.
	Also more elaborate find(), maybe an expression ? 

	Make [fps]rintf() recognize %m (matrix)
