Re: [CEDET-devel] system-include-path gets reset by idle work function

[David E. <de...@ra...>]

"Eric M. Ludlam" <er...@si...> writes:
>>>> David Engster <de...@ra...> seems to think that:
>>Now, when I load any c++ file, the variable
>>semantic-dependency-system-include-path is correctly showing those two
>>paths. But when I fire up the idle work function, e.g. by calling
>>semantic-debug-idle-work-function, the variable gets reset to
>>
>>("/usr/include" "/usr/include/c++/4.2.3")
>>
>>after the idle work function has finished. What makes this even more
>>strange is that the latter path doesn't even exist on my system.

> Semantic will query your version of gcc by calling "gcc -v" and
> parsing the output. I would assume it would show the above version
> number 4.2.3.  Perhaps you compile with something not called "gcc"?

After some debugging, I noticed I still had old cruft in my c++-mode
which explicitly set those old system includes...  :-(

Sorry for the noise. Next time I better check my .emacs before posting...

But that leads me to another question: Do you think it would be a bad
idea to somehow override the (language)-mode hooks in
semantic-find-file-noselect? For example, I activate the HideShow minor
mode in my c/c++-mode-hooks, which slows down file parsing and also
overrides the progress bar with "Hiding Blocks ..." messages.

-David