From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#18051: 24.3.92; ls-lisp: Sorting; make ls-lisp-string-lessp a normal function? Date: Sun, 20 Jul 2014 19:16:57 +0300 Message-ID: <83r41g3szq.fsf@gnu.org> 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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1405873106 13045 80.91.229.3 (20 Jul 2014 16:18:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Jul 2014 16:18:26 +0000 (UTC) Cc: michael_heerdegen@web.de, eggert@cs.ucla.edu, 18051@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jul 20 18:18:19 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 1X8toX-00078F-DN for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 Jul 2014 18:18:17 +0200 Original-Received: from localhost ([::1]:58333 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X8toW-0004xr-SW for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 Jul 2014 12:18:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47225) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X8toP-0004we-Mr for bug-gnu-emacs@gnu.org; Sun, 20 Jul 2014 12:18:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X8toJ-0005zv-5A for bug-gnu-emacs@gnu.org; Sun, 20 Jul 2014 12:18:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37000) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X8toJ-0005zr-1m for bug-gnu-emacs@gnu.org; Sun, 20 Jul 2014 12:18:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1X8toI-0007Wv-H3 for bug-gnu-emacs@gnu.org; Sun, 20 Jul 2014 12:18:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Jul 2014 16:18:02 +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.140587303228861 (code B ref 18051); Sun, 20 Jul 2014 16:18:02 +0000 Original-Received: (at 18051) by debbugs.gnu.org; 20 Jul 2014 16:17:12 +0000 Original-Received: from localhost ([127.0.0.1]:60499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8tnT-0007VQ-WE for submit@debbugs.gnu.org; Sun, 20 Jul 2014 12:17:12 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:58225) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8tnQ-0007V7-Sv for 18051@debbugs.gnu.org; Sun, 20 Jul 2014 12:17:10 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N9000400QBJ6Q00@a-mtaout22.012.net.il> for 18051@debbugs.gnu.org; Sun, 20 Jul 2014 19:17:01 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N9000473QKD6O10@a-mtaout22.012.net.il>; Sun, 20 Jul 2014 19:17:01 +0300 (IDT) In-reply-to: <87egxggigj.fsf@gmx.de> X-012-Sender: halo1@inter.net.il 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:91706 Archived-At: > From: Michael Albinus > Cc: michael_heerdegen@web.de, 18051@debbugs.gnu.org, Paul Eggert > Date: Sun, 20 Jul 2014 17:26:04 +0200 > > Eli Zaretskii writes: > > >> Maybe we should expose glib's g_utf8_collate() on Lisp level. > > > > Are you sure this does the job? Glib docs are minimal, and don't seem > > to mention UTS#10. E.g., if g_utf8_collate relies on the underlying > > libc's strcoll, we are back at square one. > > Well, I've checked the code of g_utf8_collate in glib 2.36. Shortly, it does > > --8<---------------cut here---------------start------------->8--- > #ifdef HAVE_CARBON > > UCCompareTextDefault (kUCCollateStandardOptions, > str1_utf16, len1, str2_utf16, len2, > NULL, &retval); > > #elif defined(__STDC_ISO_10646__) > > result = wcscoll ((wchar_t *)str1_norm, (wchar_t *)str2_norm); > > #else /* !__STDC_ISO_10646__ */ > > result = strcoll (str1_norm, str2_norm); > > #endif > --8<---------------cut here---------------end--------------->8--- As expected, it simply relies on the Standard C library's wcscoll implementation. > Likely, wcscoll implements only ISO 14651 (a subset of UCA these days), > and likely wcscoll supports single byte characters only. No, I expect wcscoll, at least in its glibc implementation, to support the entire Unicode range.