* TODO file for GNU m4				-*- outline -*-

Tell <pinard@iro.umontreal.ca> if you feel like volunteering for any
of these ideas, listed more or less in decreasing order of priority.
Some TODO items are implicit from received email.  See file BACKLOG.

.* Features or problems
. + Update documentation from accumulated mail about it
. + Changeword without arguments should restore default behavior
. + Study synclines at the very beginning of each diverted sequence
. + Make eval work on bignums - the 32 bits limit is artificial
	From Krste Asanovic <krste@icsi.berkeley.edu>, 1993-03-20
. + Make show include dependencies like gcc so targets are updated
    when their (included) input files are updated (Erick B).
. + Ask FSF to create m4-bugs@gnu.org for bug reports (Erick B).
. + m4wrap.1.test fail on Solaris 2.6 using egcs 1.1a compiler (Erick B).

.* Optimization and clean up
. + Check for memory leaks and uninitialized reads
	From Vern Paxson <vern@horse.ee.lbl.gov> on 1993-12-06
. + Simplify format/ecvt code, together with HAVE_EFGCVT
. + Finalize the stdarg vs varargs thing
. + Profile GNU m4 and speed it up
	From David J. MacKenzie <djm@eng.umd.edu>, 1993-01-20

	GNU m4 should be sped up by a factor of three for competing
	with other versions (I think that the lexer is not agressive
	enough and too often return single characters; obstacks might
	be a little abused, too).
. + Have NULs go really undisturbed through GNU m4
	See `dumpdef' and debugging section, which abuses %s
	From Thorsten Ohl <ohl@chico.harvard.edu>, 1992-12-21

	path.c (add_include_directory): Why the '\0' terminator?

	GNU m4 is lousy regarding NULs in streams (this would require
	maintaining the string lengths, and avoiding strlen, strcpy,
	etc.).
. + Clean up the obstack.[ch] code
. + Use rx.[ch] instead of regex.[ch]
	From Hal Peterson <hrp@ironwood.cray.com>, 1994-04-22