Things you @emph{don't} need: an explanation of the pre-existing
Pintos code, an explanation of the project spec, justification for the
-project (e.g.@: we don't need you to explain to us why filesystems are
+project (e.g.@: we don't need you to explain to us why file systems are
important to an operating system), a play-by-play of every change you
made to the system, any other pontificating. (You may laugh at some
of the things listed above, but we've gotten all of them in the past.)
the following to test your virtual memory implementation's ability to
expand the stack:
@example
-int main (void) {
+int main (void) @{
int array[4096];
array[123] = 234;
return 0;
-}
+@}
@end example
@noindent The compiler is quite likely to notice that the value that you
write to the array is never used again and thereby decide not to write