Re: Bug#469486: emacs22-common: partial-complete adds ".h" to filename without trying the plain input first

[Chong Yidong <cyd@stupidchicken.com>]

Sven Joachim <svenjoac@gmx.de> writes:

>> When using partial-complete-mode, trying to find a file, and providing
>> "<list>" as the filename should make emacs look for files named "list"
>> in the directories listed in PC-include-file-path but, instead of doing
>> that, emacs will look for files named "list.h". This happens because the
>> function PC-look-for-include-file will add an extra ".h" without even
>> trying to find the file first.
>>
>> Steps to reproduce the bug:
>>
>> 1 - enable partial-complete-mode
>> 2 - Add a directory containing a file without an extension in its name
>> to the list PC-include-file-path. (add-to-list 'PC-include-file-path
>> "/usr/include/c++/4.2") is enough if you have libstdc++6-4.2-dev
>> installed.
>> 3 - Invoke find-file (C-x C-f) and type "<list>" as the name of file
>> to find.
>> 4 - emacs will complain there is no header named "list.h" when it
>> should have loaded "/usr/include/c++/4.2/list"

This is ambiguous, because the docstring for PC-include-file-path says

  A list of directories in which to look for include files.

This seems to imply that PC-include-file-path won't be searched for
files that aren't explicitly include files.  However, I don't use
partial-completion-mode, so I'd like the opinions of those who do use
it.  (If the users agree with this change, we can add it to the branch
after 22.2 is released.)