Suvayu Ali <fatkasuvayu+linux@...> writes:
> Earlier used to parsing of my header files by putting something like
> this in my .emacs
>
>> (setq athena "/ssh:suvayu@...")
>> (semantic-add-system-include athena 'c++-mode)
Only those two should be necessary.
>> (add-to-list 'auto-mode-alist (cons athena 'c++-mode))
Should not be needed if the files have correct extensions or header lines.
>> (add-to-list 'semantic-lex-c-preprocessor-symbol-file (concat athena "/src"))
>> (add-to-list 'semantic-lex-c-preprocessor-symbol-file (concat athena "/include"))
Does not work, since semantic-lex-c-preprocessor-symbol-file needs
files, not directories. But those lines shouldn't be needed, anyway.
> But now this fails to work after I rebuilt the latest CEDET from the cvs
> repositories. I tried to customize the variable
> `semantic-c-dependency-system-include-path' by putting in the path to
> the remote server as above, but that didn't work. It works for a local
> folder though.
What exactly does not work? If it fails to find the includes, please do
a right-click on the #include line and choose "What is this". You can
also list all unknown includes and add paths to the system include path
there. Please also make sure that you can visit the files in a buffer
via Tramp without any problems or need for authentication.
If completions do not work, use
M-x semantic-analyze-debug-assist
to get a more verbose output.
I just tried parsing a library via Tramp with the latest CVS, and it
worked.
> Is there a way to get around this? Since we are at it, I would also like
> to know whether it is possible to setup this include path based on
> environment variables as I have some other directories that I would like
> to parse which are determined by some environment variables in my shell.
Currently it will only try to set the include path based on the gcc
installation. Which environment variables would need to be parsed?
Regards,
David
|