> Now that someone's taken an interest in this plugin again, I thought I'd
> bump a couple of my posts, which had previously been ignored...
>
> Thanks,
> Brett Stahlman
>
> Brett Stahlman wrote:
>>
>>
>> On Aug 6, 9:15 am, Brett Stahlman <brettstahl...@comcast.net> wrote:
>> ...snip...
>>
>>> Note that in the test case profiled, the path search consumed around
>>> 17 seconds. Admittedly, the `**' was probably pulling in a lot of
>>> files and subdirectories (though 17 seconds still seems excessive to
>>> me), but if I correctly understand the purpose of the
>>> OmniCpp_NamespaceSearch option, the 'path' search functionality of
>>> ResolveFilePath isn't really needed within
>>> s:GetAllUsingNamespaceMapFromCurrentBuffer(), which seems to use the
>>> returned file only as a key in an include guard hash. Could the full
>>> pathname of the current file be used for this purpose instead? It
>>> seems to me that 'path' search should be unnecessary whenever
>>> OmniCpp_NamespaceSearch < 2. At any rate, as it stands now, I have to
>>> disable namespace search completely or drastically change my 'path' in
>>> order to use the plugin.
>>
>> I just noticed that the following thread...
>> "omnicpp very slow under windows XP"
>> ...from April 2008 seemed to touch on this issue, but the specific
>> problem with namespace search wasn't mentioned. It definitely seems to
>> me that globpath is much slower in Windows Vim than it is in a Cygwin
>> Vim. I don't know whether the problem is in Vim or Windows. Either
>> way, the problem wouldn't be noticed by most omnicppcomplete users if
>> the plugin didn't use globpath when namespace search in include files
>> is disabled (the default). I haven't seen any recent posts from the
>> plugin author (Vissale Neang), and I haven't gotten any responses to
>> my private posts. Does anyone know whether he is actively maintaining
>> this plugin?
>>
>> Thanks,
>> Brett Stahlman
>>
>>> Thanks,
>>> Brett Stahlman
>> --~--~---------~--~----~------------~-------~--~----~
>> You received this message from the "vim_use" maillist.
>> For more information, visit http://www.vim.org/maillist.php
>> -~----------~----~----~----~------~----~------~--~---
>>
>>
>
The mot frequent reason for a post remaining unanswered is that no one
has a sensible answer to contribute.
Best regards,
Tony.
--
Easiest Color to Solve on a Rubik's Cube:
Black. Simply remove all the little colored stickers on the
cube, and each of side of the cube will now be the original color of
the plastic underneath -- black. According to the instructions, this
means the puzzle is solved.
-- Steve Rubenstein
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
No comments:
Post a Comment