Em Qua, 2008-03-05 às 12:35 -0500, Chong Yidong escreveu: > Sven Joachim <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] http://www.jabber.org/
signature.asc
Description: Esta é uma parte de mensagem assinada digitalmente
