ユニークな参照を許す暫定バージョンのコンパイラーを作ることを決めました。したがって古いコードは動作しますが、ワーニングが発生しました。この変更はそれを屈服させました。構造体のメンバーに関わる実に厄介な問題が含まれていました。散乱するコードの健全性のチェックを行いました。渡していることについてリコールしました。そのシールドに跳ね返されました。顔を私は未だに思い出します。私たちは最悪の方法でキャストすることが必要でした。不幸にも、私たちが見つけ出した文法は恐るべきものばかりでした。私が何か賢明な何かを試みなければなりませんでした。今日知られるものを私が実装しました。フックすることを記述し/理解するには十分簡単でした。深遠な挑戦に直面しました。1つの問題はサイズ8ビットのbitfieldの間の関係および同じ大きさのバイトでした。私は、それらが同じ意味論を持っているべきであると思いました。同じ順にbitfieldsを割り付ける決定に結びつきました。systems.私たちが取引した方法の最も重大な変化のうちの1つは、ヘッダーファイルと関係しました。以前に、システム構造用ヘッダーファイルはマニュアルの中で印刷されました。I/O装置を使用したかったか、システムコールを行いたかったならば、ソース・ファイルにマニュアルからの構造をコピーし、それで行きました。それが根本的に異なる機械に来た時、これは明らかに災害でした。sizeofさえあまり支援ではありませんでした。私たちは、システム・ヘッダーファイルの中央の容器を持ち、それらにアクセスするために#includeを使用する必要がありました。私は、私たちが異なるシステム上で異?ネって表わされるかもしれないシステム量の記号名前を持つことができたように、typedefがこの時期に同様に発明されたと信じます。コマンドをすべて見つけるための手助けをする賢いやり方として使用されました。仕事の大部分を行いました。これはとくに重要です。私たちはそれを全て見つけなければなりませんでした。最小限の校正のマシンとして到着しました。私たちはマシン上にメーカーが提供するソフトウェアを置くことはありませんでした。ディスクとテープドライブはありましたが、ネットワークはありませんでした。レコードを読んだのちに、それにジャンプする方法を取りました。これは絶えず頭痛のタネとなっていました。とっても私にとっても16進数を話す最初のマシンでした。10年間8進数を使い続けてきた、我々は適合するのに苦労しました。私はコンソールに1文字ずつ入出力させなければなりませんでした。