Date: Fri, 2 Jul 2004 20:11:52 +1000 From: Tim Robbins <tjr@freebsd.org> To: "Tim J. Robbins" <tjr@FreeBSD.org> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/gnu/usr.bin/sort Makefile alloca.h config.h localedir.h Message-ID: <20040702101152.GA42684@cat.robbins.dropbear.id.au> In-Reply-To: <200407020934.i629Ybgv019845@repoman.freebsd.org> References: <200407020934.i629Ybgv019845@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jul 02, 2004 at 09:34:37AM +0000, Tim J. Robbins wrote: > tjr 2004-07-02 09:34:37 UTC > > FreeBSD src repository > > Modified files: > gnu/usr.bin/sort Makefile config.h > Added files: > gnu/usr.bin/sort alloca.h localedir.h > Log: > Update build infrastructure for sort from GNU coreutils 5.2.1. These are the entries from the coreutils NEWS file pertaining to the changes to sort between textutils 2.1 and coreutils 5.2.1: sort now supports the zero byte (NUL) as a field separator; use -t '\0'. The -t '' option, which formerly had no effect, is now an error. sort option order no longer matters for the options -S, -d, -i, -o, and -t. Stronger options override weaker, and incompatible options are diagnosed. sort is now up to 30% more CPU-efficient in some cases `sort --version' and `sort --help' fail, as they should when their output is redirected to /dev/full. However, the main reason I imported this version is because Red Hat and Mandrakesoft have patches against it to add multibyte character support. The current lack of support is blocking support in a number of in-tree utilities (at least uniq, join & comm.) Tim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040702101152.GA42684>