GNU bug report logs - #19896
23.1; reverse-region is slow compared to sort-columns

Previous Next

Package: emacs;

Reported by: asparagus <at> comcast.net

Date: Wed, 18 Feb 2015 17:59:02 UTC

Severity: minor

Found in version 23.1

Fixed in version 25.1

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #14 received at 19896 <at> debbugs.gnu.org (full text, mbox):

From: Ivan Shmakov <ivan <at> siamics.net>
To: 19896 <at> debbugs.gnu.org
Subject: Re: bug#19896: 23.1; reverse-region is slow compared to sort-columns 
Date: Wed, 18 Feb 2015 19:13:00 +0000
>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>>>> From: Ivan Shmakov  Date: Wed, 18 Feb 2015 18:29:08 +0000

[…]

 >> On a GNU system (as well as on any other system featuring GNU
 >> Coreutils), it should be possible to just use sort(1) for the
 >> purpose.  For instance, the “reverse” option is ‘-r’.

 > But sort(1)'s sort order is locale-specific, whereas that of Emacs
 > isn't.

	How is that a disadvantage?  The user can easily force any
	locale of those available on the system with an explicit
	LC_ALL=, like:

$ LC_ALL=de_DE.UTF-8 sort < list.de 

$ LC_ALL=ru_RU.UTF-8 sort < list.ru 

$ LC_ALL=C sort < list.ascii 

	For one thing, M-x sort-lines seems to put ё after я, while in
	Russian it comes between е and ж.  And similarly for ß (and the
	accented letters) in German, etc.

-- 
FSF associate member #7257  np. Bombtrack — clawz/bomb  … 3013 B6A0 230E 334A




This bug report was last modified 10 years and 38 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.