From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.bugs Subject: bug#21816: elisp-mode-tests fails on a case-preserving filesystem Date: Tue, 03 Nov 2015 13:43:56 -0600 Message-ID: <86lhae27ib.fsf@stephe-leake.org> References: <86mvuv30i1.fsf@stephe-leake.org> <86y4ef16ha.fsf@stephe-leake.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1446579926 18900 80.91.229.3 (3 Nov 2015 19:45:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Nov 2015 19:45:26 +0000 (UTC) Cc: 21816@debbugs.gnu.org To: Juanma Barranquero Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 03 20:45:14 2015 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 1ZthW4-0002SJ-DV for geb-bug-gnu-emacs@m.gmane.org; Tue, 03 Nov 2015 20:45:12 +0100 Original-Received: from localhost ([::1]:50629 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZthW3-00007h-Uz for geb-bug-gnu-emacs@m.gmane.org; Tue, 03 Nov 2015 14:45:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48839) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZthW0-0008WE-DW for bug-gnu-emacs@gnu.org; Tue, 03 Nov 2015 14:45:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZthVv-00038z-DV for bug-gnu-emacs@gnu.org; Tue, 03 Nov 2015 14:45:08 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:32815) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZthVv-00038p-9v for bug-gnu-emacs@gnu.org; Tue, 03 Nov 2015 14:45:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZthVu-00037v-Sp for bug-gnu-emacs@gnu.org; Tue, 03 Nov 2015 14:45:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Leake Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Nov 2015 19:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21816 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21816-submit@debbugs.gnu.org id=B21816.144657988511983 (code B ref 21816); Tue, 03 Nov 2015 19:45:02 +0000 Original-Received: (at 21816) by debbugs.gnu.org; 3 Nov 2015 19:44:45 +0000 Original-Received: from localhost ([127.0.0.1]:51756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZthVc-00037D-Vd for submit@debbugs.gnu.org; Tue, 03 Nov 2015 14:44:45 -0500 Original-Received: from gproxy5-pub.mail.unifiedlayer.com ([67.222.38.55]:47620) by debbugs.gnu.org with smtp (Exim 4.80) (envelope-from ) id 1ZthVH-00036g-Vp for 21816@debbugs.gnu.org; Tue, 03 Nov 2015 14:44:43 -0500 Original-Received: (qmail 28463 invoked by uid 0); 3 Nov 2015 19:44:20 -0000 Original-Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy5.mail.unifiedlayer.com with SMTP; 3 Nov 2015 19:44:20 -0000 Original-Received: from host114.hostmonster.com ([74.220.207.114]) by cmgw4 with id d7k61r00n2UdiVW017k95A; Tue, 03 Nov 2015 12:44:20 -0700 X-Authority-Analysis: v=2.1 cv=IekUBwaa c=1 sm=1 tr=0 a=CQdxDb2CKd3SRg4I0/XZPQ==:117 a=CQdxDb2CKd3SRg4I0/XZPQ==:17 a=DsvgjBjRAAAA:8 a=f5113yIGAAAA:8 a=9i_RQKNPAAAA:8 a=hEr_IkYJT6EA:10 a=x_XPkuGwIRMA:10 a=qtqOOiqGOCEA:10 a=pGLkceISAAAA:8 a=MCf2BZoNQf-tHn1GXF4A:9 Original-Received: from [76.218.37.33] (port=64515 helo=TAKVER2) by host114.hostmonster.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZthV0-0002UW-AP; Tue, 03 Nov 2015 12:44:06 -0700 In-Reply-To: (Juanma Barranquero's message of "Tue, 3 Nov 2015 15:58:26 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (windows-nt) X-Identified-User: {2442:host114.hostmonster.com:stephele:stephe-leake.org} {sentby:smtp auth 76.218.37.33 authed with stephen_leake@stephe-leake.org} 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: 208.118.235.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:108374 Archived-At: Juanma Barranquero writes: > On Tue, Nov 3, 2015 at 3:51 PM, Stephen Leake < > stephen_leake@stephe-leake.org> wrote: > >> What is the use case for these compares, other than tests? > > Avoiding duplicates? When adding an xref to a list of xrefs, how do you > check that isn't it already there? Currently we don't. It may come up with some of the multi-backend projects I'm working on, but in general the xref backends should cover disjoint sets of files, so it should not happen. It might happen with non-file xrefs; I haven't used those much. You asked about "sorting xrefs"; the only sorting that is currently done is in xref--analyze, which groups xrefs with the same filename. It uses cl-assoc on the filename, which uses "equal" or "eq" for the string comparison, I think. It does have a :test parameter we can use to override that. So that could fail due to filename case sensitivity; I'll see if I can construct an example. However, the fix for this is _not_ a "compare xref" function, since. A canonicalized file name in the xref would be a fix, as would a "file name case insensitive compare" function. -- -- Stephe