bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#16260: 24.3.50; shell-command-completion and removal of exec-directo


From: Eli Zaretskii
Subject: bug#16260: 24.3.50; shell-command-completion and removal of exec-directory from exec-path
Date: Wed, 20 Jan 2021 17:15:34 +0200

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: 16260@debbugs.gnu.org,  Jarek Czekalski <jarekczek@poczta.onet.pl>
> Date: Wed, 20 Jan 2021 03:35:56 +0100
> 
>        (path-dirs
>         ;; Ignore `exec-directory', the last entry in `exec-path'.
>           (append (cdr (reverse (exec-path)))
>                 (if (and (memq system-type '(windows-nt ms-dos))
>                            (not (file-remote-p default-directory)))
>                       '("."))))
> 
> [...]
> 
> > However, just clipping away the last member of exec-path list only
> > does TRT in the default case.  It will not work if either of the
> > following happens:
> >
> >   . The user changes epaths.h to specify more than a single directory
> >
> >   . EMACSPATH is set in the environment
> >
> > To get this right, we should record at startup time the value of
> > exec-path before appending $PATH to it, and then filter out the
> > directories recorded at that time in shell--command-completion-data.
> 
> I haven't looked further at this (since the FIXME is gone), but it this
> something that needs further work?

Not if we don't care about the two scenarios I described above.

> > As a minor nit, the doc string of shell-dynamic-complete-command
> > should not talk about "library path", which is a non-existing term in
> > Emacs, but instead mention exec-directory.
> 
> This doc string doesn't mention "library path" any more.

Right, that part was fixed in the meantime.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]