From e1ff4ee0f6d7490610ecc39d57c855818f6fd1f4 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 5 Jan 2023 11:42:51 -0800 Subject: numfmt: add support for new SI prefixes * src/dd, src/head.c, src/od.c, src/sort.c, src/stdbuf.c, src/tail.c: (usage): * src/system.h (emit_size_note): Mention new SI prefixes. * src/du.c (main): * src/head.c (head_file): * src/numfmt.c (suffix_power, suffix_power_char, prepare_padded_number): * src/shred.c (main): * src/sort.c (unit_order): * src/tail.c (parse_options): Support new SI prefixes. * src/numfmt.c (MAX_ACCEPTABLE_DIGITS): Increase to 33. (zero_and_valid_suffixes, valid_suffixes): New constants, with new SI prefixes. (valid_suffix, unit_to_umax): Use them. (prepare_padded_number): Diagnose "999Q" instead of "999Y". * tests/misc/numfmt.pl, tests/misc/sort.pl: Adjust tests to match new max. --- NEWS | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'NEWS') diff --git a/NEWS b/NEWS index 04ee933c0..52c92ddb4 100644 --- a/NEWS +++ b/NEWS @@ -48,6 +48,12 @@ GNU coreutils NEWS -*- outline -*- ** Changes in behavior + Programs now use the new SI prefixes R (10**27) and Q (10**30) + along with their binary counterparts Ri (2**90) and Qi (2**100). + In some cases (e.g., 'sort -h') these new prefixes simply work; + in others, where they exceed integer width limits, they now elicit + the same integer overflow diagnostics as other large prefixes. + 'cp --reflink=always A B' no longer leaves behind a newly created empty file B merely because copy-on-write clones are not supported. -- cgit v1.2.1