GNU bug report logs - #5661
23.1.92; `find-library-name' should find a loaded library

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5661 in the body.
You can then email your comments to 5661 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <emacs-pretest-bug <at> gnu.org>
Subject: 23.1.92; `find-library-name' should find a loaded library
Date: Sun, 28 Feb 2010 15:11:49 -0800

emacs -Q

Put this code in a new file throw-a.el in a directory that is not in your
`load-path':

(defun foo () (message "foo"))
(provide 'throw-a)

In that same directory, do this:

M-x load-file RET throw-a.el RET
M-x load-library RET find-func RET
M-: (find-library-name "throw-a") RET

It should find the library (since it was loaded and thus provided), but instead
it raises an error:

Debugger entered--Lisp error: (error "Can't find library throw-a")
  signal(error ("Can't find library throw-a"))
  error("Can't find library %s" "throw-a")
  find-library-name("throw-a")
  eval((find-library-name "throw-a"))
  eval-expression((find-library-name "throw-a") nil)
  call-interactively(eval-expression nil nil)

The doc string says nothing about searching only the `load-path'. It's
reasonable to think that this should be able to find the library either by
checking loaded libraries or by searching the `load-path'.

Consider, for example, using `finder-commentary' after having loaded the library
using `load-file' but not having the library in the `load-path'. The library is
known to the current session, but Emacs isn't smart enough to find it.

Message #10 received at 5661 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 5661 <at> debbugs.gnu.org
Subject: Re: bug#5661: 23.1.92;
 `find-library-name' should find a loaded library
Date: Wed, 27 Apr 2016 23:23:33 +0200

"Drew Adams" <drew.adams <at> oracle.com> writes:

> Put this code in a new file throw-a.el in a directory that is not in your
> `load-path':
>
> (defun foo () (message "foo"))
> (provide 'throw-a)
>
> In that same directory, do this:
>
> M-x load-file RET throw-a.el RET
> M-x load-library RET find-func RET
> M-: (find-library-name "throw-a") RET
>
> It should find the library (since it was loaded and thus provided), but instead
> it raises an error:
>
> Debugger entered--Lisp error: (error "Can't find library throw-a")
>   signal(error ("Can't find library throw-a"))
>   error("Can't find library %s" "throw-a")
>   find-library-name("throw-a")
>   eval((find-library-name "throw-a"))
>   eval-expression((find-library-name "throw-a") nil)
>   call-interactively(eval-expression nil nil)
>
> The doc string says nothing about searching only the `load-path'. It's
> reasonable to think that this should be able to find the library either by
> checking loaded libraries or by searching the `load-path'.

That would be nice.  But does Emacs have a record of all files it has
done `load-file' on somewhere?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #13 received at 5661 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 5661 <at> debbugs.gnu.org
Subject: RE: bug#5661: 23.1.92; `find-library-name' should find a loaded
 library
Date: Wed, 27 Apr 2016 14:28:55 -0700 (PDT)

> > The doc string says nothing about searching only the `load-path'. It's
> > reasonable to think that this should be able to find the library either
> by
> > checking loaded libraries or by searching the `load-path'.
> 
> That would be nice.  But does Emacs have a record of all files it has
> done `load-file' on somewhere?

Sorry, I'm reading these really quickly.  But does `load-history'
apply here?

Message #16 received at 5661 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 5661 <at> debbugs.gnu.org
Subject: Re: bug#5661: 23.1.92;
 `find-library-name' should find a loaded library
Date: Wed, 27 Apr 2016 23:37:26 +0200

Drew Adams <drew.adams <at> oracle.com> writes:

>> > The doc string says nothing about searching only the `load-path'. It's
>> > reasonable to think that this should be able to find the library either
>> by
>> > checking loaded libraries or by searching the `load-path'.
>> 
>> That would be nice.  But does Emacs have a record of all files it has
>> done `load-file' on somewhere?
>
> Sorry, I'm reading these really quickly.  But does `load-history'
> apply here?

Indeed it seems like that should do the trick.  Does anybody object to
me extending `find-library-name' to check with `load-history' after it's
gone through the paths it's currently searching?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #19 received at 5661 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 5661 <at> debbugs.gnu.org
Subject: Re: bug#5661: 23.1.92;
 `find-library-name' should find a loaded library
Date: Sun, 01 May 2016 18:39:05 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Drew Adams <drew.adams <at> oracle.com> writes:
>
>>> > The doc string says nothing about searching only the `load-path'. It's
>>> > reasonable to think that this should be able to find the library either
>>> by
>>> > checking loaded libraries or by searching the `load-path'.
>>> 
>>> That would be nice.  But does Emacs have a record of all files it has
>>> done `load-file' on somewhere?
>>
>> Sorry, I'm reading these really quickly.  But does `load-history'
>> apply here?
>
> Indeed it seems like that should do the trick.  Does anybody object to
> me extending `find-library-name' to check with `load-history' after it's
> gone through the paths it's currently searching?

Nobody seemed to object, so I've now implemented it.  It was more
twiddly than I assumed.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.