Here are the binaries of the ANSI C compiler, and the source of cc.c. To use it, install the directories include2, bin2, and lib2 in /usr. Then type: PATH=:/usr/bin2$PATH export PATH This will cause /usr/bin2/cc to be used instead of cc. You can now compile normally. /usr/bin2/cc expects to find everything in /usr/bin2 and /usr/lib2. One thing to watch out for is the include dir. If you are including files, either use -I/usr/include2 or temporarily mv /usr/include /usr/include.1.5.6 and put this one in the place. The assembly language supported now is Xenix. This means you have to convert all the assembly files. A shell script, convert.sh is provided. Unfortunately the shell script uses features of sed that MINIX sed doesn't have, so you have to do the conversion on UNIX. Libraries must be built with aal instead of ar. The syntax is the same, but it builds an index for speed. There is now as and ld instead of asld. I have tried compiling the utilities, including elvis, and that seems to work. I have not tried to compile the OS. Who will be first? Please also try to compile as many programs as possible, preferably programs not in 1.5.6, since everybody will be trying those. One problem that I am aware of (but haven't done anything about) is inherent in ANSI C. The implicit coercion rules for parameters in ANSI C are not the same as K&R C. I am not an expert, but I believe that in K&R C, if you pass a char, the compiler automatically passes an int, no matter what you do. In ANSI C it doesn't, and what it does do depends on whether you have a prototype for the called routine or not. I am told that the only way to make the same code work on ANSI C and K&R C is to pass only full-sized objects, like ints (no chars or shorts). The problem occurs with things like gid_t, mode_t etc. I hope that collectively we can figure out what has to be done to make the OS suitable so that it is accepted by both the old and new compilers, and is legal ANSI and legal POSIX. This may not be trivial. Now you see why I wanted guinea pigs. Needless to say, please record all bugs very carefully. Thanks a lot. Andy Tanenbaum