bug#2052: 23.0.60; byte-compiled Emacs Lisp files are not shown during find-file completion

bug#2052: 23.0.60; byte-compiled Emacs Lisp files are not shown during find-file completion

[Brent Goodrick]

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Using Emacs built from top of trunk CVS today.  Validated this using
emacs -q. Do the following:

1. Open up the *scratch* (lisp-interaction-mode) buffer and evaluate
the following form which simply compiles the .el file into a .elc
file for demonstration purposes:

(let* ((elisp-file "/tmp/afile.el")
       (byte-compiled-file (concat elisp-file "c")))
  (find-file elisp-file)
  (erase-buffer)
  (insert (format "%S" '(message "just some message")))
  (save-buffer)
  (when (file-exists-p byte-compiled-file)
    (message "Deleting byte-compiled file %S" byte-compiled-file)
    (delete-file byte-compiled-file))
  (byte-compile-file elisp-file)
  (unless (file-exists-p byte-compiled-file)
    (error "Assertion failed: .elc %S should exist. What happened?" byte-compiled-file))
  (message "Created byte-compiled file %s" byte-compiled-file))

2. Execute M-x find-file

3. Type in "/tmp/afile.el" (without the double-quotes) and then hit
the TAB key twice.  It reads "Sole completion" for only the .el file,
which wrong because the .elc file does indeed exist.  The
/tmp/afile.elc file exists as you can tell by examining the
filesystem.

Now, granted, I can see that this might be a feature that was added, I
mean, who in their right mind would want to actually view the .elc
file contents? But, I don't want to look at it, I want to see if it is
there.

Thanks!
Brent

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/home/brentg/emacs_from_source/install/share/emacs/23.0.60/etc/DEBUG for instructions.


In GNU Emacs 23.0.60.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.11)
 of 2009-01-25 on hungover
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
configured using `configure  '--with-x-toolkit' '--prefix=/home/brentg/emacs_from_source/install''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Shell

Minor modes in effect:
  erc-list-mode: t
  erc-menu-mode: t
  erc-pcomplete-mode: t
  erc-track-mode: t
  erc-track-minor-mode: t
  erc-match-mode: t
  erc-button-mode: t
  erc-netsplit-mode: t
  desktop-save-mode: t
  iswitchb-mode: t
  erc-ring-mode: t
  erc-services-mode: t
  erc-networks-mode: t
  erc-fill-mode: t
  erc-stamp-mode: t
  erc-irccontrols-mode: t
  erc-noncommands-mode: t
  erc-move-to-prompt-mode: t
  erc-readonly-mode: t
  display-time-mode: t
  shell-dirtrack-mode: t
  delete-selection-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: 1
  transient-mark-mode: t
  abbrev-mode: t

Recent input:
<return> C-h k C-c C-f C-h k C-x C-f w h y SPC d o 
e s n ' t SPC f i n d - f i l e SPC r e p o r t SPC 
C-SPC M-b s h o w SPC . e l c SPC f i l e s ? SPC w 
h e n SPC M-b <backspace> <backspace> SPC C-e I SPC 
h i t SPC t a b SPC f o r SPC c o m p l e t i o n ? 
M-b M-b M-b M-u C-e C-b SPC a n y m o r e SPC M-( E 
m a c s SPC f r o m SPC C V S C-e <return> C-x o C-c 
d e m a c s x f <tab> <tab> SPC SPC - q <return> <down-mouse-1> 
<mouse-1> M-x r e p o r t - e m a c s <tab> b u g <tab> 
<return>

Recent messages:
Pushed a window configuration.
Type C-x 4 C-o RET to restore the other window.
Mark set
Renamed transient buffer "*Help*" to "*Help*<6>"
Pushed a window configuration.
~ 
Completing command name...
Partially completed
Completing command name...
Type space to flush; repeat completion command to scroll

bug#2052: 23.0.60; byte-compiled Emacs Lisp files are not shown during find-filecompletion

[Drew Adams]

> 3. Type in "/tmp/afile.el" (without the double-quotes) and then hit
> the TAB key twice.  It reads "Sole completion" for only the .el file,
> which wrong because the .elc file does indeed exist.  The
> /tmp/afile.elc file exists as you can tell by examining the
> filesystem.
> 
> Now, granted, I can see that this might be a feature that was added, I
> mean, who in their right mind would want to actually view the .elc
> file contents? But, I don't want to look at it, I want to see if it is
> there.

Apologies if I missed something - I didn't read your report in detail. But is
the behavior different from what you see with previous Emacs versions?

In particular, isn't this the normal behavior, assuming that ".elc" is in
`completion-ignored-extensions'? If this is in fact the problem, see the Emacs
manual, node `Completion Options', which includes this:

"When completing file names, certain file names are usually ignored.
The variable `completion-ignored-extensions' contains a list of
strings; a file name ending in any of those strings is ignored as a
completion candidate.  The standard value of this variable has several
elements including `".o"', `".elc"', and `"~"'.  For example, if a
directory contains `foo.c' and `foo.elc', `foo' completes to `foo.c'.
However, if _all_ possible completions end in "ignored" strings, they
are not ignored: in the previous example, `foo.e' completes to
`foo.elc'.  Displaying a list of possible completions disregards
`completion-ignored-extensions'; it shows them all."

bug#2052: 23.0.60; byte-compiled Emacs Lisp files are not shown during find-file completion

[Eli Zaretskii]

> From: Brent Goodrick <bgoodr@gmail.com>
> Date: Sun, 25 Jan 2009 10:13:36 -0800
> Cc: 
> 
> Using Emacs built from top of trunk CVS today.  Validated this using
> emacs -q. Do the following:
> 
> 1. Open up the *scratch* (lisp-interaction-mode) buffer and evaluate
> the following form which simply compiles the .el file into a .elc
> file for demonstration purposes:
> 
> (let* ((elisp-file "/tmp/afile.el")
>        (byte-compiled-file (concat elisp-file "c")))
>   (find-file elisp-file)
>   (erase-buffer)
>   (insert (format "%S" '(message "just some message")))
>   (save-buffer)
>   (when (file-exists-p byte-compiled-file)
>     (message "Deleting byte-compiled file %S" byte-compiled-file)
>     (delete-file byte-compiled-file))
>   (byte-compile-file elisp-file)
>   (unless (file-exists-p byte-compiled-file)
>     (error "Assertion failed: .elc %S should exist. What happened?" byte-compiled-file))
>   (message "Created byte-compiled file %s" byte-compiled-file))
> 
> 2. Execute M-x find-file
> 
> 3. Type in "/tmp/afile.el" (without the double-quotes) and then hit
> the TAB key twice.  It reads "Sole completion" for only the .el file,
> which wrong because the .elc file does indeed exist.  The
> /tmp/afile.elc file exists as you can tell by examining the
> filesystem.

Does the value of completion-ignored-extensions give you a hint why
this is a feature?

bug#2052: 23.0.60; byte-compiled Emacs Lisp files are not shown during find-file completion

[Brent Goodrick]

Eli Zaretskii writes:
 > Does the value of completion-ignored-extensions give you a hint why
 > this is a feature?

I see that now.  My appologies: please ignore this request, as I can
remove ".elc" from completion-ignored-extensions in my setup.  It may
be the case that completion-ignored-extensions had elc added to it
sometime between Emacs 22 and 23, but I have not checked.

bg