All,
I think there is a mistake in the output file names format description
of the split invocation section. Indeed, there is a reference to a
nonexistent option (-r). I think the right option is --number with r/n
(round-robin distribution) as argument I.E. -nr/n.
I propose the attached patch to fix it.
Cheers,
Jérémy
---
Sent from my GNU/Emacs
>From ab45578439f34f0f1651e68a58afb2df6c6dd0ea Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Compostella?= <jeremy.composte...@gmail.com>
Date: Sun, 26 Feb 2012 15:05:36 +0100
Subject: [PATCH] doc: fix a wrong option reference in split invocation
* doc/coreutils.texi (split invocation): replace `-r' reference with
`-nr/n'.
---
doc/coreutils.texi | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/doc/coreutils.texi b/doc/coreutils.texi
index cc300a8..414626d 100644
--- a/doc/coreutils.texi
+++ b/doc/coreutils.texi
@@ -2990,8 +2990,9 @@ The output files' names consist of @var{prefix} (@samp{x} by default)
followed by a group of characters (@samp{aa}, @samp{ab}, @dots{} by
default), such that concatenating the output files in traditional
sorted order by file name produces the original input file (except
-@option{-r}). If the output file names are exhausted, @command{split}
-reports an error without deleting the output files that it did create.
+@option{-nr/@var{n}}). If the output file names are exhausted,
+@command{split} reports an error without deleting the output files
+that it did create.
The program accepts the following options. Also see @ref{Common options}.
--
1.7.2.5
