From 20033d718d1b14568499293c6c32048fcea4229d Mon Sep 17 00:00:00 2001 From: manosr Date: Fri, 23 May 2008 01:11:34 +0000 Subject: Minor documentation changes. git-svn-id: http://distcc.googlecode.com/svn/trunk@369 01de4be4-8c4a-0410-9132-4925637da917 --- doc/protocol-3-impl.txt | 18 ++++++++++-------- 1 file changed, 10 insertions(+), 8 deletions(-) (limited to 'doc/protocol-3-impl.txt') 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. -- cgit v1.2.1