[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: POSIX most likely will require a new -C option for 'sort'
From: |
Jim Meyering |
Subject: |
Re: POSIX most likely will require a new -C option for 'sort' |
Date: |
Wed, 24 Jan 2007 09:17:08 +0100 |
Paul Eggert <address@hidden> wrote:
> <http://www.opengroup.org/austin/mailarchives/ag/msg10185.html>
> suggests that the next edition of POSIX will require 'sort' to support
> a new -C option. There's no guarantee of this new requirement, but at
> this point I think we should probably just put in -C. Here is a
> proposed patch.
>
> 2007-01-21 Paul Eggert <address@hidden>
>
> * NEWS: New option sort -C, proposed by XCU ERN 127, which looks
> like it will be approved. Also add --check=quiet, --check=silent
> as long aliases, and --check=diagnose-first as an alias for -c.
> * doc/coreutils.texi (sort invocation): Document this.
> Also, mention that sort -c can take at most one file.
> * src/sort.c: Implement this.
> Include argmatch.h.
> (usage): Document the change.
> (CHECK_OPTION): New constant.
> (long_options): --check now takes an optional argument, and is now
> treated differently from 'c'.
> (check_args, check_types): New constant arrays.
> (check): New arg CHECKONLY, which suppresses diagnostic if -C.
> (main): Parse the new options.
> * tests/sort/Test.pm (02d, 02d, incompat5, incompat6):
> New tests for -C.
Thanks, Paul.
I've applied that.