From owner-cvs-src@FreeBSD.ORG Thu Aug 12 06:33:38 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62C3E16A4CE; Thu, 12 Aug 2004 06:33:38 +0000 (GMT) Received: from robbins.dropbear.id.au (128.a.005.mel.iprimus.net.au [210.50.40.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80CE943D45; Thu, 12 Aug 2004 06:33:37 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 943DB420D; Thu, 12 Aug 2004 16:33:34 +1000 (EST) Date: Thu, 12 Aug 2004 16:33:34 +1000 From: Tim Robbins To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Message-ID: <20040812063334.GA79720@cat.robbins.dropbear.id.au> References: <200408120537.i7C5bkIs005791@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408120537.i7C5bkIs005791@repoman.freebsd.org> User-Agent: Mutt/1.4.1i Subject: Re: cvs commit: src/contrib/gnu-sort - Imported sources X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Aug 2004 06:33:38 -0000 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 * 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 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 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 . Tim