bug#17848: #17848 add suffix search to -l even when directory part in argument

[npostavs@users.sourceforge.net]

tags 17848 - patch
quit

Eli Zaretskii <eliz@gnu.org> writes:

> The proposed patch indeed passes an absolute file name to 'load', but
> it passes the name of the first candidate file found by 'locate-file',
> and that could very well be different from what 'load' would have
> found, because 'load' has some additional features and logic that
> 'locate-file' doesn't.

Actually, thinking more about it, I wonder what's wrong with just doing 

    emacs -l '$PWD/foo'

or even

    emacs -l $PWD/foo

    
So then it's just a question of whether it's worth saving a few
characters on the command line (to write ./foo instead of '$PWD/foo'),
to which I'm inclined to answer "no", especially since implementing it
turns out to be rather fiddly.

>
> One other thought: should we prefer an exact match, without any
> extensions, in this particular case?  IOW, should "-l ./foo" prefer
> 'foo" even if "foo.el" or "foo.gz" etc. exist in the current
> directory?  If we should indeed prefer an exact match, then we might
> need to tweak the order of the suffixes to support that.