0.
	most changes are commented with
	plan 9 somewhere in the comment

1. modified cfront.h to comment out the size in

	#define MAXCONT	100
	extern dcl_context ccvec[/*MAXCONT*/];
1'.
	moved about decl to after definition of struct dcl_context


2. commented out #include <memory.h> in template.c;  it's in string.h.
that appears to have fixed this problem:

	2'. the template structure class templ_compilation {...}
	appears to have only static members and functions, and thus
	becomes a size zero structure in c, and this is illegal on
	all c compilers i have.  how did this ever work?
	there are several others as well...


3. in tree_copy.c, replaced <memory.h> with <string.h>.



4. in expr3.c, commented out
	// extern int miFlag;
since it's declared static at the top of the file, and ken can't cope.



5. running v.out with input "int x;" yields
 error: no size/alignment values - use +x of provide #ifdef in size.h

	spelling mistake in message


6. turns out that size.h is pretty near useless, so i replaced it
with sean's previous version;  the -Dkens$CC line in the mkfile controls
the ifdef's in his size.h.

	was this necessary?  the c++/vc command seems to use +x to set the sizes.



7. new version appears to be have the type of size_t wired in much too
firmly:
	typedef unsigned long size_t;
	
	"./z.c", line 6: error:  operator delete()'s 2nd argument must be a size_t
changing long to int "fixes" this.  bjarne says the problem is this code:
simpl.c:	size_t_type = Pvoid_type->tsizeof()>uint_type->tsizeof()?ulong_type:uint_type;

8.
	malloc => (char *)malloc in some places
	the compiler checks this.
	this happens because plan 9 defines void *malloc(size_t)
	as ansi C says, instead of char *malloc(size_t)

