cvs commit: src/contrib/gnu-sort - Imported sources

Tim Robbins tjr at freebsd.org
Wed Aug 11 23:33:38 PDT 2004


On Thu, Aug 12, 2004 at 05:37:46AM +0000, Tim J. Robbins wrote:
> tjr         2004-08-12 05:37:46 UTC
> 
>   FreeBSD src repository
> 
>   src/contrib/gnu-sort - Imported sources
>   Update of /home/ncvs/src/contrib/gnu-sort
>   In directory repoman.freebsd.org:/tmp/cvs-serv5599
>   
>   Log Message:
>   Import of GNU sort from coreutils CVS (trimmed)

This brings in a few POSIX conformance fixes that change behaviour
significantly enough that we would not want to make them after branching
RELENG_5. From the ChangeLog file (excerpted):

2004-08-10  Paul Eggert  <eggert at cs.ucla.edu>

	* src/sort.c (die, xfopen, mergefps, first_same_file, merge):
	A null file arg means standard output.
	(main): "-o -" means to write to a file named "-",
	not to standard output.

2004-04-25  Paul Eggert  <eggert at twinsun.com>

	Fix POSIX-conformance bug: "sort -k 3,3.5b" is supposed to skip
	leading blanks when computing the location of the field end;
	it is not supposed to skip trailing blanks.  Solaris 8 "sort"
	does conform to POSIX.  Also fix the documentation to clarify
	this and related issues.

The only other significant user-visible change is this performance fix:

2004-05-13  Paul Eggert  <eggert at cs.ucla.edu>

	Improve performance of `sort -m' on large files, at the cost of
	making some contrived examples unsafe.  POSIX allows this
	optimization.  Performance problem reported by Jonathan Baker in
	<http://mail.gnu.org/archive/html/bug-coreutils/2004-05/msg00071.html>.


Tim


More information about the cvs-all mailing list