Minor documentation changes.

git-svn-id: http://distcc.googlecode.com/svn/trunk@369 01de4be4-8c4a-0410-9132-4925637da917

1 files changed, 10 insertions, 8 deletions

diff --git a/doc/protocol-3-impl.txt b/doc/protocol-3-impl.txt
index 3f7196b..55920e1 100644
--- a/doc/protocol-3-impl.txt
+++ b/doc/protocol-3-impl.txt
@@ -1,7 +1,7 @@
 A list of the important changes done to distcc to support protocol version 3.
 More or less in dataflow order.
-Does not include various little changes, making functions from static into
-global, all around the code; a bug fix in argutil.c, etc.
+Does not include various little changes, such as a bug fix in argutil.c, and
+making functions from static into global, which happened all around the code.
 
 	- A new protocol version (3) is added. It
 	  supports preprocessing on the server. It also transmits 
@@ -10,14 +10,14 @@ global, all around the code; a bug fix in argutil.c, etc.
 	  - hosts.c: Map a set of features (currently a subset of
 		where to do cpp and whether to do compression) onto
 		a protocol number.
-	  - rpc.c:  The client sometimes sends either a file or
+	  - rpc.c: The client sometimes sends either a file or
 	    a link to the server. The server needs to be able to
 	    accept either, so dcc_r_sometoken_int introduces some
 	    alternation to the protocol.
 	- Talking to the include server:
 	  - compile.c: dcc_build_somewhere tries to talk to the
 		include server, and pushes the information about
-		the dotd file to dcc_compile_remote. This is where
+		the .d file to dcc_compile_remote. This is where
 		the fallback-to-the-original-protocol code lives.
 	  - include_server_if.c: Talk to the include server.
 	- The communication from client to server. The client needs to
@@ -34,9 +34,9 @@ global, all around the code; a bug fix in argutil.c, etc.
 		server.
 	  - serve.c: Added a function to receive the current working
 		directory.
-	- On the server side, the server receives multiple files,
-	  and the working directory, builds a directory structure
-	  (which it keeps a manifest of, to clean it up at the end)
+	- On the server side: the server receives multiple files
+	  and the working directory, and builds a directory structure
+	  (which it keeps a manifest of, to clean it up at the end).
 	  - srvrpc.c:
 	        Added a function, dcc_r_many_files, to receive multiple
 		files.  In addition, it changes the filenames to put all
@@ -48,7 +48,7 @@ global, all around the code; a bug fix in argutil.c, etc.
 	        not just files.
 	  - cleanup.c: Since we are receiving multiple files,
 		we need to keep a dynamic list of what temporary
-		files we create. It can now handle directories.
+		files we create. Cleanup can now handle directories.
 	- ".d" files: the client needs to find out where the dotd file
 	        should go; the server needs to produce it, remove all
 		references to its (the server's) local filesystem (there are no
@@ -56,6 +56,8 @@ global, all around the code; a bug fix in argutil.c, etc.
 	  - dotd.c: Most of the code that handles the dotd: figuring
 		out if we need it, and where it should go; also,
 		cleaning it up after it gets created on the server.
+          - fix_debug_info.c: Rewrite an ELF .o file to refer to the 
+                client-side filenames.
 	  - clirpc.c Changed dcc_retrieve_results to retrieve
 		the dotd file.