summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJim Meyering <meyering@redhat.com>2009-09-13 11:48:03 +0200
committerJim Meyering <meyering@redhat.com>2009-09-13 11:58:48 +0200
commit21b617b78b5f53c1b6e1447f1709b1c2aa9f466f (patch)
treed08b86446ee5a13cb63555270872d4d71d5e4429
parentebbf0a1f0f75490dd7e8b7d717adc46888075e1e (diff)
downloadcoreutils-21b617b78b5f53c1b6e1447f1709b1c2aa9f466f.tar.xz
doc: improve NEWS
* NEWS (rm -r, without -f): Mention that the N in "O(N)" represents hierarchy depth. Suggested by Ralf Wildenhues. (rm -r, standards conformance): Make wording more accurate.
-rw-r--r--NEWS12
1 files changed, 6 insertions, 6 deletions
diff --git a/NEWS b/NEWS
index b3c6c8c4a..ec41ca773 100644
--- a/NEWS
+++ b/NEWS
@@ -14,14 +14,14 @@ GNU coreutils NEWS -*- outline -*-
cases, and slightly slower (20%) in at least one pathological case.
rm -r deletes deep hierarchies more efficiently. Before, it took O(N^2)
- time, now it takes O(N). However, this improvement is not as pronounced
- as might be expected for very deep trees, because prior to this change, for
- any relative name length longer than 8KiB, rm -r would sacrifice official
- conformance to avoid the disproportionate O(N^2) performance penalty.
- Leading to another improvement:
+ time, now it takes O(N), where N is the depth of the hierarchy. However,
+ this improvement is not as pronounced as might be expected for very
+ deep trees, because prior to this change, for any relative name length
+ longer than 8KiB, rm -r would sacrifice official conformance to avoid the
+ disproportionate O(N^2) performance penalty. Leading to another improvement:
rm -r is now slightly more standards-conformant when operating on
- write-protected relative file names longer than 8KiB.
+ write-protected files with relative names longer than 8KiB.
* Noteworthy changes in release 7.6 (2009-09-11) [stable]