From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#18051: 24.3.92; ls-lisp: Sorting; make ls-lisp-string-lessp a normal function? Date: Sun, 17 Aug 2014 20:46:11 +0200 Message-ID: <87wqa7uf7w.fsf@gmx.de> References: <87ha2f5gp8.fsf@web.de> <838unr6ttu.fsf@gnu.org> <871ttj5dfi.fsf@web.de> <87iomvhvdg.fsf@gmx.de> <834myf6mfl.fsf@gnu.org> <87a987ht5r.fsf@gmx.de> <83y4vq6cz3.fsf@gnu.org> <87tx6c7f5v.fsf@web.de> <8338dw5zrf.fsf@gnu.org> <87lhro7dp4.fsf@web.de> <83zjg44jzd.fsf@gnu.org> <87wqb8mqqv.fsf@web.de> <83y4vo4fbr.fsf@gnu.org> <87silwmo8h.fsf@web.de> <83wqb84e7l.fsf@gnu.org> <87iomsgsqg.fsf@gmx.de> <83tx6c44x7.fsf@gnu.org> <87egxggigj.fsf@gmx.de> <877g28w19r.fsf@gmx.de> <83sikvcbqr.fsf@gnu.org> <83r40fc876.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1408301251 32082 80.91.229.3 (17 Aug 2014 18:47:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 17 Aug 2014 18:47:31 +0000 (UTC) Cc: michael_heerdegen@web.de, 18051@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Aug 17 20:47:22 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XJ5U7-0006ai-OW for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Aug 2014 20:47:19 +0200 Original-Received: from localhost ([::1]:39952 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJ5U7-0000PY-AC for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Aug 2014 14:47:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38313) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJ5Ty-0000OF-8U for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2014 14:47:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XJ5Ts-0003tx-51 for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2014 14:47:10 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:38665) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJ5Ts-0003tt-2Y for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2014 14:47:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XJ5Tr-0001oV-MA for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2014 14:47:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Aug 2014 18:47:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18051 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18051-submit@debbugs.gnu.org id=B18051.14083011856886 (code B ref 18051); Sun, 17 Aug 2014 18:47:03 +0000 Original-Received: (at 18051) by debbugs.gnu.org; 17 Aug 2014 18:46:25 +0000 Original-Received: from localhost ([127.0.0.1]:45606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XJ5TD-0001n0-VY for submit@debbugs.gnu.org; Sun, 17 Aug 2014 14:46:24 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:49395) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XJ5TB-0001mk-JV for 18051@debbugs.gnu.org; Sun, 17 Aug 2014 14:46:22 -0400 Original-Received: from detlef.gmx.de ([87.146.51.37]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LoVvG-1Wi4xI2QgM-00gV87; Sun, 17 Aug 2014 20:46:14 +0200 In-Reply-To: <83r40fc876.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 17 Aug 2014 20:55:09 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-Provags-ID: V03:K0:SuNbKBVAesMhJ+YxVBcZPh2WCdEfiNfDJho1ZyUa7LvTLmkKhkW UemUo6rIxs06uTowL/LBIwkf27GZD6gLeLVsP4MytxTK7+/xWgSRtdg7bbWU91OzOT2PqD1 /TQBnrWpwDslunKljBWB6ejCuT7nx2PQ+yhYkygSSM1IAKwgQhT4sniC2WD4VrWxzE2mfoF SidHf+qZMVSo9YzwiaCuA== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:92504 Archived-At: Eli Zaretskii writes: > Answering myself here: by reading the source of g_utf8_collate, it is > clear that the implementation is elsewhere. In particular, in any > environment that defines __STDC_ISO_10646__ (as does glibc), > g_utf8_collate simply calls wcscoll, after converting the UTF-8 > strings to wide-character strings. > > So I think a better alternative would be to base the implementation of > this feature on the system libraries directly. I think most modern > platforms have the necessary facilities. But OTOH, g_utf8_collate handles also other cases, like the #ifdef HAVE_CARBON case. So what, maybe it is sufficient to take over the implementation from glib, indeed. There's not too much logic added there, and we would avoid the glib dependency. What I would really like to test are non-Latin coding points. I'm a noob for such characters (glad to speak German, English and a little bit Fran=C3=A7ais); do you or somebody else has some test cases for `gstring-lessp' or `gstring-equalp', which shall return different results than `string-lessp' and `string-equal'? Best regards, Michael.