CEDET

Hi Dave,

>>> "Dave Milter" <davemilter@...> seems to think that:
>Hello.
>
>I try semantic with such code source structure:
  [ ... ]
>
>All this stuff is in
>$HOME/projects/cedet/foo
>I mean:
>$HOME/projects/cedet/foo/d1
>$HOME/projects/cedet/foo/d1/mod1.cpp
>$HOME/projects/cedet/foo/d1/mod1.hpp
>
>I have in .emacs:
>
>(setq semanticdb-project-roots
>(list "/home/dave/projects/tests/cedet/foo")
>)
>
>(ede-cpp-root-project "TEST" :file "/home/dave/projects/tests/cedet/foo/foo.cpp"
>                      :include-path '( "/" ))

First, you only need to specify semanticdb-project-roots if you do NOT
use ede-cpp-root-project.  If there is a page in the doc where this
was not clear, do you remember where it was?

Second, I found in the doc for ede-cpp-root that the doc-string was
missing a "not" that made it sound like a / was required for include
paths relative to the root.  Instead, I think you may need "." as the
include path, though that seems a little strange.

In a file, you can do:

M-x semanticdb-find-test-translate-path RET

and examine the list to see if the headers you expect are there.

There is also a chance that in an earlier parsing of the file, that
the tag representing the include file has a cached location of 'nil
stuck in it.  If you have `global-semantic-decoration-mode' enabled,
it will highlight header tags that Semantic cannot find.  Use:

C-u M-x bovinate RET

to force the file to reparse after making configuration changes so it
will look up the location the second time.

>But semantic can not find suitable competition for "hdr->"
>
>I updated to last cvs version,
>and now even things that works before show:
>Debugger entered--Lisp error: (void-function semanticdb-typecache-add-dependant)
>  semanticdb-typecache-add-dependant([object semantic-scope-cache
>"Cache" [object semanticdb-table "foo.cpp" [object
>semanticdb-project-database-file "foo/"
>"/home/evgeniy/projects/tests/cedet/foo/" semanticdb-table ...
>"/home/evgeniy/.emacs.d/semanticdb.cache/!home!evgeniy!projects!tests!cedet!foo!semantic.cache"
>"2.0pre4" "2.0pre4"] c++-mode (... ... ... ...) t nil [object

Hmmm.  I was just testing this new typecache dependency code this
morning from CVS.  Did you perhaps sync a new version of CEDET at
around 10:30pm EST?  Try getting a new version from CVS, as that
function does exist for me in my test anonymous CVS sync from this
morning.

Eric


>semanticdb-find-search-index "#<semanticdb-table foo.cpp> index" #1
>... nil] (#0) "foo.cpp" 302 nil] ("func" function (:arguments ...
>:type "void") nil #<overlay from 44 to 238 in foo.cpp>) nil nil nil
>nil (("type" variable ... ... [54 63]) ("data" variable ... ... [64
>75]) ("foo" variable ... ... [108 144]))])
>  semantic-calculate-scope(162)
>  semantic-analyze-current-context-default(162)
>  semantic-analyze-current-context(162)
>  semantic-complete-analyze-inline()
>  call-interactively(semantic-complete-analyze-inline)
>
>PS
>
>M-x emacs-version
>GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.1) of
>2007-11-29 on oldcomp
>
>PS PS
>I wonder is it possible in emacs environment create some regression tests,
>so in my script which I used to get cedet from cvs and install,
>I can test that all things that works before works now,
>and only after that install cedet?
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by: Microsoft
>Defy all challenges. Microsoft(R) Visual Studio 2008.
>http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>_______________________________________________
>cedet-semantic mailing list
>cedet-semantic@...
>https://lists.sourceforge.net/lists/listinfo/cedet-semantic
>

-- 
          Eric Ludlam:                       eric@...
   Siege: http://www.siege-engine.com          Emacs: http://cedet.sourceforge.net

>>> "Dave Milter" <davemilter@...> seems to think that:
>Hello.
>
>I try semantic with such code source structure:
>d1/mod1.hpp
>d1/mod1.cpp
  [ ... ]

Ignore my previous message, except for trying to recompile
semanticdb-typecache.el Your example has me a bit stumped at the
moment.

Eric

-- 
          Eric Ludlam:                       eric@...
   Siege: http://www.siege-engine.com          Emacs: http://cedet.sourceforge.net

Sorry about all the random email.

Your cpp file had this:

#include <d1/mod2.hpp>

which is system-include syntax.  I switched it to this:

#include "d1/mod2.hpp"

which is "in my project" syntax, and then completion works.

I was wrong about the include path of "/".  That was correct, and I
was clearly confused about that.


Good Luck
Eric


>>> "Eric M. Ludlam" <eric@...> seems to think that:
>>>> "Dave Milter" <davemilter@...> seems to think that:
>>Hello.
>>
>>I try semantic with such code source structure:
>>d1/mod1.hpp
>>d1/mod1.cpp
>  [ ... ]
>
>Ignore my previous message, except for trying to recompile
>semanticdb-typecache.el Your example has me a bit stumped at the
>moment.
>
>Eric
>

>Try getting a new version from CVS, as that
>function does exist for me in my test anonymous CVS sync from this
>morning.

I tried, "grep" through sources show me semanticdb-typecache-add-dependant,
but for some reason semantic-calculate-scope can not find it,
I add (require 'semanticdb-typecache) to semantic-scope.el, and things
start work for me.

>#include <d1/mod2.hpp>
>
>which is system-include syntax.  I switched it to this:
>
>#include "d1/mod2.hpp"
>
>which is "in my project" syntax, and then completion works.
>
>I was wrong about the include path of "/".  That was correct, and I
>was clearly confused about that.

I replace <> with quotes and this not helps
semanticdb-find-test-translate-path:

*#<semanticdb-table mod2.cpp (3 tags DIRTY)>
   ] Name: mod2.cpp
   ] Class: #'semanticdb-table
   ] parent-db #<semanticdb-project-database-file d1/ (1 tables DIRTY)>
   ] :major-mode #'c++-mode
   ] :tags #<TAG LIST: 3 entries>
   ] dirty 't
   ] db-refs 'nil
   ] index #<semanticdb-find-search-index #<semanticdb-table mod2.cpp> index>
   ] cache #<list o' stuff: 1 entries>
   ] :file mod2.cpp
   ] :pointmax 76
   ] :unmatched-syntax #unbound


One things what I should note, that
if I use semantic-add-system-include to add "foo" directory,
then call "C-u M-x bovinate "
(you remember that I have "foo/d1" with "foo/d1/mod2.[ch]pp")
after that cedet can find definition of structure from mod2.hpp,
and even if I change "<>" to quotes,
even than semanticdb can find suitable definition.


Thanks for help

>>> "Dave Milter" <davemilter@...> seems to think that:
>>Try getting a new version from CVS, as that
>>function does exist for me in my test anonymous CVS sync from this
>>morning.
>
>I tried, "grep" through sources show me semanticdb-typecache-add-dependant,
>but for some reason semantic-calculate-scope can not find it,
>I add (require 'semanticdb-typecache) to semantic-scope.el, and things
>start work for me.

I'll add an autoload cookie to it so this won't happen again.

>>#include <d1/mod2.hpp>
>>
>>which is system-include syntax.  I switched it to this:
>>
>>#include "d1/mod2.hpp"
>>
>>which is "in my project" syntax, and then completion works.
>>
>>I was wrong about the include path of "/".  That was correct, and I
>>was clearly confused about that.
>
>I replace <> with quotes and this not helps
>semanticdb-find-test-translate-path:
>
>*#<semanticdb-table mod2.cpp (3 tags DIRTY)>
>   ] Name: mod2.cpp
>   ] Class: #'semanticdb-table
>   ] parent-db #<semanticdb-project-database-file d1/ (1 tables DIRTY)>
>   ] :major-mode #'c++-mode
>   ] :tags #<TAG LIST: 3 entries>
>   ] dirty 't
>   ] db-refs 'nil
>   ] index #<semanticdb-find-search-index #<semanticdb-table mod2.cpp> index>
>   ] cache #<list o' stuff: 1 entries>
>   ] :file mod2.cpp
>   ] :pointmax 76
>   ] :unmatched-syntax #unbound
>
>
>One things what I should note, that
>if I use semantic-add-system-include to add "foo" directory,
>then call "C-u M-x bovinate "
>(you remember that I have "foo/d1" with "foo/d1/mod2.[ch]pp")
>after that cedet can find definition of structure from mod2.hpp,
>and even if I change "<>" to quotes,
>even than semanticdb can find suitable definition.


CPP supports the difference between system and local includes, but
most languages do not.  Thus if an include is marked 'system',
semantic takes a shortcut of not searching the project to speed things
up.  For non-system marked includes, since some langauges only support
this form, semantic will look everywhere.

It is good that you found a second solution.

It might be possible to make the system include path project local
with `ede-make-project-local-variable' and `ede-set' on your cpp-root
ede project, though I have not tried using this feature in a long time.

Eric

-- 
          Eric Ludlam:                       eric@...
   Siege: http://www.siege-engine.com          Emacs: http://cedet.sourceforge.net

On 2/21/08, Eric M. Ludlam <eric@...> wrote:
>
>  It might be possible to make the system include path project local
>  with `ede-make-project-local-variable' and `ede-set' on your cpp-root
>  ede project, though I have not tried using this feature in a long time.
>

So I come back to this discussion, because of I working on several projects,
and having include files from /usr/src/linux/include is not suitable,
when I'm not wokring on driver.

But I really new in elisp and cedet code, so..
Do you mean something like this?

(setq my-project (ede-cpp-root-project "TEST" :file ...))
(ede-make-project-local-variable some-variable my-project)
(ede-set some-variable "/usr/src/linux/include")
?

but in documentation I can not find variable which contains system include path,
there are only functions, like "semantic-add-system-include", do you mean

"semantic-dependency-system-include-path" variable?

>>> "Dave Milter" <davemilter@...> seems to think that:
>On 2/21/08, Eric M. Ludlam <eric@...> wrote:
>>
>>  It might be possible to make the system include path project local
>>  with `ede-make-project-local-variable' and `ede-set' on your cpp-root
>>  ede project, though I have not tried using this feature in a long time.
>>
>
>So I come back to this discussion, because of I working on several projects,
>and having include files from /usr/src/linux/include is not suitable,
>when I'm not wokring on driver.
>
>But I really new in elisp and cedet code, so..
>Do you mean something like this?
>
>(setq my-project (ede-cpp-root-project "TEST" :file ...))
>(ede-make-project-local-variable some-variable my-project)
>(ede-set some-variable "/usr/src/linux/include")
>?
>
>but in documentation I can not find variable which contains system include path,
>there are only functions, like "semantic-add-system-include", do you mean
>
>"semantic-dependency-system-include-path" variable?


Yes, that would be the right variable.

The function for adding a path is there so that if you wrote your own
mechanism for having per-buffer / per language include paths, it would
still do what was expected.

If you only work in C++ with include paths, then you don't need to
worry about that stuff.

Eric

-- 
          Eric Ludlam:                       eric@...
   Siege: http://www.siege-engine.com          Emacs: http://cedet.sourceforge.net