From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= Newsgroups: gmane.emacs.bugs Subject: bug#6716: 23.2; Setting `find-function-source-path' has no effect. Date: Tue, 27 Jul 2010 11:39:01 +0200 Message-ID: <87eiepe022.fsf@gmail.com> References: <874ofpqeiu.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1280225275 32574 80.91.229.12 (27 Jul 2010 10:07:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 27 Jul 2010 10:07:55 +0000 (UTC) Cc: 6716@debbugs.gnu.org To: MON KEY Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jul 27 12:07:51 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Odh4e-0007SB-OB for geb-bug-gnu-emacs@m.gmane.org; Tue, 27 Jul 2010 12:07:49 +0200 Original-Received: from localhost ([127.0.0.1]:34411 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Odh4e-0006Zg-78 for geb-bug-gnu-emacs@m.gmane.org; Tue, 27 Jul 2010 06:07:48 -0400 Original-Received: from [140.186.70.92] (port=34896 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Odh4W-0006X0-0G for bug-gnu-emacs@gnu.org; Tue, 27 Jul 2010 06:07:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Odh4U-0005fp-Ag for bug-gnu-emacs@gnu.org; Tue, 27 Jul 2010 06:07:39 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33771) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Odh4U-0005fd-9N for bug-gnu-emacs@gnu.org; Tue, 27 Jul 2010 06:07:38 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Odgej-0003Me-Up; Tue, 27 Jul 2010 05:41:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Jul 2010 09:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6716 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6716-submit@debbugs.gnu.org id=B6716.128022361212919 (code B ref 6716); Tue, 27 Jul 2010 09:41:01 +0000 Original-Received: (at 6716) by debbugs.gnu.org; 27 Jul 2010 09:40:12 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Odgdw-0003MK-57 for submit@debbugs.gnu.org; Tue, 27 Jul 2010 05:40:12 -0400 Original-Received: from mail-pw0-f44.google.com ([209.85.160.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Odgdu-0003MF-5T for 6716@debbugs.gnu.org; Tue, 27 Jul 2010 05:40:10 -0400 Original-Received: by pwj1 with SMTP id 1so355482pwj.3 for <6716@debbugs.gnu.org>; Tue, 27 Jul 2010 02:40:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :in-reply-to:references:user-agent:date:message-id:mime-version :content-type:content-transfer-encoding; bh=r8r3d+6NBljStyRTy71H5Gv52YGBsPNlByeiniIaGy4=; b=vdrDfMM4D+zQobpO5/q1WVT+rqWmBLiyckAlei+p2cQCvfbpm0s0gBXH4bCW8LqXwR yS9yNAGcnGkXalTN+qr4kHxO8zSrkv3BN50MVxlh0BqlZCEbdmrT1bEa4Ar7MdBIwgFG BCC+oZ6A31GLLdJrU+CG1ifNUDXI6eAHPQ1eM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type:content-transfer-encoding; b=Y0xUp+yB4W3HymsVRfAiXoR4IvQjKMa6gTeRjyjSDU71iLnb3XUth9vPPlSxttiawI ppG+4UEImuKzMd9GzBpgjrNRj5QxHXyRUzHodIvzXT9qYjEmwMLDbfT8GW7wvwB/Rkya mvfULzWMWIM+2M3l3h+zCnegBJU522X5XCGBQ= Original-Received: by 10.114.13.8 with SMTP id 8mr13011926wam.53.1280223616736; Tue, 27 Jul 2010 02:40:16 -0700 (PDT) Original-Received: from localhost ([88.103.132.186]) by mx.google.com with ESMTPS id d39sm8481770wam.16.2010.07.27.02.40.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Jul 2010 02:40:15 -0700 (PDT) In-Reply-To: (MON KEY's message of "Mon, 26 Jul 2010 17:40:28 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 27 Jul 2010 05:41:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:38974 Archived-At: MON KEY writes: > bug#6716: 23.2; Setting `find-function-source-path' has no effect. > > ,---- SM worte: > | Also, it may not work for files that were loaded as "foo/bar". I > | think the load-history needs to be changed to keep track of both the > | absolute file name and the name used to load the file > | (i.e. "/bla/bla/foo/bar.elc" and "foo/bar"). > | > | Then in find-function-source-path we will first try for > | /bla/bla/foo/bar.el and when that fails we can fall back on searching > | for foo/bar.el. > `---- > > ,---- SN wrote: > | When you look at the current `find-library-name' definition, it's > | _obviously_ wrong to pass an absolute file name to it. It just makes no > | sense. > `---- > > IMHO this type of problem has less to do w/ the path handling of > `find-library-name' and `locate-file's and more to do w/ how these > (and related procedures) find/frob file-name suffixes on a given path > e.g. the +real+ problem is with how Emacs plays with these: > > `find-library-suffixes', `get-load-suffixes', `load-file-rep-suffixes' > > FWIW =C5=A0t=C4=9Bp=C3=A1n it may be useful to look at this thread here: > > :SEE > (URL `http://lists.gnu.org/archive/html/emacs-devel/2010-01/msg01060.html= ') Thank you, but I think you misunderstood. The problem at hand (in this bug report) _is_ the problem with how `find-library-name' handles paths; I don't see any problem with the suffixes as in your bug report. As I wrote in the mail you quote above, `find-library-name' passes an absolute pathname to `locate-file', which makes no sense. That's the basic symptom of what needs to be cured (although as Stefan points out, simply removing the path component is probably not the right solution); it has nothing to do with {find-library,get-load,load-file-rep}-suffixes or file name completion. > My impression is that Stefan's file completion regime is brittle w/re > this type of stuff... hence his (understandable) hesitancy to make any > dramatic changes/modifications/tweaks. > > WIBN if Emacs lisp could treat namestrings as "Lisp Type" objects as > opposed to "Unix/C Type" objects? I.e. something like Common Lisp's more > CLOS centric handlers: > > `namestring' > `directory-namestring' > `host-namestring' > `parse-namestring' > `file-namestring' > `pathname' > `pathname-name' > `pathname-type' > `pathname-directory' > `truename' > `make-pathname' > `merge-pathnames' > `enough-namestring' > > :SEE (URL `http://www.lispworks.com/documentation/lw50/CLHS/Body/19_ab.ht= m') > > Stefan, how reasaonable/welcome would it be to dovetail the EIEIO features > with C primitives to accomplish something like what CL offers ITR? Wouldn't it be better to discuss this on emacs-devel or file another bug report? I really don't see any relation here. =C5=A0t=C4=9Bp=C3=A1n