From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: "James K. Lowden" Newsgroups: gmane.emacs.help Subject: xref symlink indigestion Date: Mon, 2 Jan 2017 15:48:05 -0500 Organization: http://www.NewsDemon.com Message-ID: <20170102154805.72b4eab3ae316a4bbae7a384@speakeasy.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1483390251 10932 195.159.176.226 (2 Jan 2017 20:50:51 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 2 Jan 2017 20:50:51 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jan 02 21:50:42 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cO9Z1-0001Ed-SZ for geh-help-gnu-emacs@m.gmane.org; Mon, 02 Jan 2017 21:50:39 +0100 Original-Received: from localhost ([::1]:58966 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cO9Z4-00019m-D1 for geh-help-gnu-emacs@m.gmane.org; Mon, 02 Jan 2017 15:50:42 -0500 Original-Path: usenet.stanford.edu!news.glorb.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!post01.iad.highwinds-media.com!fx18.iad.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help X-Newsreader: Sylpheed 3.4.3 (GTK+ 2.24.28; x86_64--netbsd) Original-Lines: 37 Original-X-Complaints-To: abuse@newsdemon.com Original-NNTP-Posting-Date: Mon, 02 Jan 2017 20:48:06 UTC X-Received-Bytes: 1988 X-Received-Body-CRC: 3335453375 Original-Xref: usenet.stanford.edu gnu.emacs.help:219044 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:112026 Archived-At: With 25.1 installed, I'm happily using xref. I noticed something slightly odd, and wonder what might be done for it. On my system $HOME/projects is a symbolic link: $ file ~/projects /home/jklowden/projects: symbolic link to /usr/local/projects/ I rely exclusively on the symbolic link, and start emacs as a daemon there. At the moment I have two daemons running (under different names) for two different projects. When I use M-x pwd in the *Messages* buffer, it reports the symlink path: Directory /home/jklowden/projects/csv2bin/ When I use xref-find-definitions to load a file, though, it loads it via the non-symbolic path. If I open the file per usual (in the project directory, via the symlink) and then use xref-find-definitions, I see a message like /usr/local/projects/csv2bin/mapcols.h and /home/jklowden/projects/csv2bin/mapcols.h are the same file which indeed they are. Why is xref insisting on using the non-symbolic path? The TAGS file doesn't mention it. The daemon's current working directory is on the symbolic path. Files opened with emacsclient on the symbolic path behave normally (i.e., their names reflect the symbolic path). I suspect something somewhere is gratuitously calling realpath(3), doubtless with good intentions. I'd like to understand why, and see if there's a better way. --jkl