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

[Goedson Teixeira Paixao <goedson@debian.org>]

[-- Attachment #1: Type: text/plain, Size: 1662 bytes --]


Em Qua, 2008-03-05 às 12:35 -0500, Chong Yidong escreveu:
> Sven Joachim <svenjoac@gmx.de> writes:
> >> 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.

You're right. But we can't decide on what is or what is not an include
file based only in the filename extension. In the example cited above,
"list" is a perfectly legal include file from the C++ STL. And most of
the headers (if not all) from the Standard C++ library don't have names
ending in ".h".

>   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.)

As you may guess by the name of the bug submiter, I'm in favor of this
change ;)


-- 
Goedson Teixeira Paixao          http://mundolivre.wordpress.com/
Debian Project                   http://www.debian.org/
Jabber ID: goedson@jabber.org    http://www.jabber.org/


[-- Attachment #2: Esta é uma parte de mensagem assinada digitalmente --]
[-- Type: application/pgp-signature, Size: 189 bytes --]