]> git.ipfire.org Git - thirdparty/coreutils.git/commitdiff
doc: clarify the example for cp --preserve=links
authorPádraig Brady <P@draigBrady.com>
Thu, 10 Oct 2013 09:13:30 +0000 (10:13 +0100)
committerPádraig Brady <P@draigBrady.com>
Thu, 10 Oct 2013 09:19:13 +0000 (10:19 +0100)
* doc/coreutils.texi (cp invocation): Give more detail about what's
happening in the example, explicitly calling out the --no-dereference
option required to make the -H and -L options significant.
Also mention the option order significance of the -H and -L options.
Fixes http://bugs.gnu.org/15579

doc/coreutils.texi

index b2736277875199cf98a0b864b14bfc458b717cdd..cc806d52cc76a61bc4c7c499a6299cdd354e8713 100644 (file)
@@ -8257,9 +8257,11 @@ $ mkdir c; : > a; ln -s a b; cp -aH a b c; ls -i1 c
 @noindent
 Note the inputs: @file{b} is a symlink to regular file @file{a},
 yet the files in destination directory, @file{c/}, are hard-linked.
-Since @option{-a} implies @option{--preserve=links}, and since @option{-H}
-tells @command{cp} to dereference command line arguments, it sees two files
-with the same inode number, and preserves the perceived hard link.
+Since @option{-a} implies @option{--no-dereference} it would copy the symlink,
+but the later @option{-H} tells @command{cp} to dereference the command line
+arguments where it then sees two files with the same inode number.
+Then the @option{--preserve=links} option also implied by @option{-a}
+will preserve the perceived hard link.
 
 Here is a similar example that exercises @command{cp}'s @option{-L} option:
 @smallexample