[svnbook commit] r1525 - trunk/src/en/book

cmpilato svnbook-dev at red-bean.com
Wed Jul 6 08:49:30 CDT 2005


Author: cmpilato
Date: Wed Jul  6 08:49:29 2005
New Revision: 1525

Modified:
   trunk/src/en/book/ch07.xml
Log:
* src/en/book/ch07.xml
  s/Gnu/GNU/.  (Reported by sussman.)

Modified: trunk/src/en/book/ch07.xml
==============================================================================
--- trunk/src/en/book/ch07.xml	(original)
+++ trunk/src/en/book/ch07.xml	Wed Jul  6 08:49:29 2005
@@ -3262,7 +3262,7 @@
     <para>The interface between Subversion and external diff and merge
       tools harkens back to a time when Subversion's only contextual
       differencing capabilities were built around invocations of the
-      Gnu diffutils toolchain, specifically the
+      GNU diffutils toolchain, specifically the
       <command>diff</command> and <command>diff3</command> utilities.
       To get the kind of behavior Subversion needed, it called these
       utilities with more than a handful of options and parameters,
@@ -3276,7 +3276,7 @@
       the <option>--diff-cmd</option> and <option>--diff3-cmd</option>
       options were added to the Subversion command-line client so
       users could more easily indicate that they preferred to use the
-      Gnu diff and diff3 utilities instead of the newfangled internal
+      GNU diff and diff3 utilities instead of the newfangled internal
       diff library.  If those options were used, Subversion would
       simply ignore the internal diff library, and fall back to
       running those external programs, lengthy argument lists and all.
@@ -3284,24 +3284,24 @@
 
     <para>It didn't take long for folks to realize that having such
       easy configuration mechanisms for specifying that Subversion
-      should use the external Gnu diff and diff3 utilities located at
+      should use the external GNU diff and diff3 utilities located at
       a particular place on the system could be applied toward the use
       of other diff and merge tools, too.  After all, Subversion
       didn't actually verify that the things it was being told to run
-      were members of the Gnu diffutils toolchain.  But the only
+      were members of the GNU diffutils toolchain.  But the only
       configurable aspect of using those external tools is their
       location on the system—not the option set, parameter
-      order, etc.  Subversion continues throwing all those Gnu utility
+      order, etc.  Subversion continues throwing all those GNU utility
       options at your external diff tool regardless of whether or not
       that program can understand those options.  And that's where
       things get unintuitive for most users.</para>
 
     <para>The key to using external diff and merge tools (other than
-      Gnu diff and diff3, of course) with Subversion is to use wrapper
+      GNU diff and diff3, of course) with Subversion is to use wrapper
       scripts which convert the input from Subversion into something
       that your differencing tool can understand, and then to convert
       the output of your tool back into a format which Subversion
-      expects—the format that the Gnu tools would have used.
+      expects—the format that the GNU tools would have used.
       The following sections cover the specifics of those
       expectations.</para>
 
@@ -3325,7 +3325,7 @@
       <title>External diff</title>
 
       <para>Subversion calls external diff programs with parameters
-        suitable for the Gnu diff utility, and expects only that the
+        suitable for the GNU diff utility, and expects only that the
         external program return with a successful error code.  For
         most alternative diff program, only the sixth and seventh
         arguments, the paths of the files which represent the left and
@@ -3343,7 +3343,7 @@
       <title>External diff3</title>
 
       <para>Subversion calls external merge programs with parameters
-        suitable for the Gnu diff3 utility, expecting that the
+        suitable for the GNU diff3 utility, expecting that the
         external program return with a successful error code and that
         the full file contents which result from the completed merge
         operation are printed on the standard output stream (so that



More information about the svnbook-dev mailing list