Sven Joachim <[EMAIL PROTECTED]> 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.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
