GNU bug report logs - #36945
27.0.50; read-library-name

Previous Next

Package: emacs;

Reported by: Fabrice Popineau <fabrice.popineau <at> gmail.com>

Date: Tue, 6 Aug 2019 09:49:02 UTC

Severity: minor

Found in version 27.0.50

Fixed in version 29.1

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, fabrice.popineau <at> gmail.com, 36945 <at> debbugs.gnu.org
Subject: bug#36945: 27.0.50; read-library-name
Date: Thu, 17 Sep 2020 12:41:36 -0400
>> Since load-library must support the use case when the user forces to
>> load the .el file, not the .elc file, read-library-name must allow
>> library names with extensions, I think.  IOW, the "library" in this
>> context is just the basename of its file name, with or without the
>> extension.
> Yeah.  So I think the request in 36945 can't be done -- Emacs has to
> complete over all files in load-path, no matter what they're called,
> really.

Yes and no.  The behavior could be similar to what we do with
`completion-ignored-extensions` (where those files are only ignored if
there are others), e.g. for an input "i" we'd list ("icomplete"
"image" ...)  but for an input "icomplet" we'd list
("icomplete.el" "icomplete.elc" "icomplete.el.BAK").


        Stefan





This bug report was last modified 3 years and 101 days ago.

Previous Next


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