CEDET

Hi,

  If the "M-x bovinate" command reports back "nil", then it failed to
  identify any symbols.  If you instead use "C-u M-x bovinate", it
  will force a full parse.  If that also reports nil, then something
  else is wrong.  I tried your sample with the version of semantic in
  the cedet-1.0beta1.tar.gz file recently uploaded to the cedet
  project area, and everything worked as expected for me.  The file
  may have attempted a parse while you were typing, and the poor
  incremental parser in 1.4.4 failed recover properly.

  Also, to avoid the buffer that pops up with the tag dump, try
  "M-- M-x bovinate" instead.

  For larger projects, be sure to investigate the
  `semanticdb-project-roots' variable.

Good Luck
Eric

>>> Mike Hearn <mike@...> seems to think that:
>Hi,
>
>I've been trying to get this setup. I installed semantic and eieio, in
>order to get symbol completion for C.
>
>It works in the test.c file, which makes me want it to work with my code
>too! But, it does not, here is my own test.c file:
>
>
>int funk1() {
>  return 5;
>}
>
>int main() {
>  int number;
>  funk
>  number = 5;
>}
>
>
>As you can see, it is as simple as can be.
>
>If I put point at the end of the middle line of main() and run
>semantic-ia-complete-symbol I simply get the dreaded "No context of type
>function to advance in" error, which I do not know how to debug. I have
>run bovinate on the file without the incomplete line, and it seemed to
>work (or at least, it printed "nil" into the buffer). BTW that buffer is
>really annoying, I suggest you turn it off for releases :)
>
>What does this error mean? Why does it occur? It *HAS* worked once, with
>the test.c file, but now it doesn't again, and I can't remember what I did
>to make it work.
>
>Does anybody have any ideas?
>
>thanks -mike
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>Does SourceForge.net help you be more productive?  Does it
>help you create better code?   SHARE THE LOVE, and help us help
>YOU!  Click Here: http://sourceforge.net/donate/
>_______________________________________________
>cedet-semantic mailing list
>cedet-semantic@...
>https://lists.sourceforge.net/lists/listinfo/cedet-semantic
>

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

On Tue, 28 Oct 2003 15:20:40 -0500, Sir Eric M. Ludlam scribed thus:
> Hi,
> 
>   If the "M-x bovinate" command reports back "nil", then it failed to
>   identify any symbols.  If you instead use "C-u M-x bovinate", it
>   will force a full parse.  If that also reports nil, then something
>   else is wrong.  I tried your sample with the version of semantic in
>   the cedet-1.0beta1.tar.gz file recently uploaded to the cedet
>   project area, and everything worked as expected for me.  The file
>   may have attempted a parse while you were typing, and the poor
>   incremental parser in 1.4.4 failed recover properly.

Thanks, I found the problem: I assumed loading semantic-ia would load
everything needed. Once I started doing semantic-load first, it worked.

I'm still a bit confused about some things though.
 
>   For larger projects, be sure to investigate the
>   `semanticdb-project-roots' variable.

I think I am misunderstanding this variable. I would like to complete on
the gtk headers, in /usr/include/gtk-2.0/gtk. I have added this directory
to the project-roots variable, but I cannot complete on these symbols. In
the TOKENS menu, gtkbutton.h does not appear when editing my main program,
and conversely, main.c does not appear when editing gtkbutton.h

Basically, how do I "merge" different directories into the same project?
Or, better, perhaps simply remove the project distinction all together (i
tend to run different emacs instances for different projects anyway).

I'm assuming that'd let me complete on the gtk headers. 

You mentioned a shell script to visit all the files and put them in the
semanticdb. Is that available anywhere? If it'll be in the next release,
how soon will that be?

thanks -mike

>>> Mike Hearn <mike@...> seems to think that:
>On Tue, 28 Oct 2003 15:20:40 -0500, Sir Eric M. Ludlam scribed thus:
  [ ... ]
>>   For larger projects, be sure to investigate the
>>   `semanticdb-project-roots' variable.
>
>I think I am misunderstanding this variable. I would like to complete on
>the gtk headers, in /usr/include/gtk-2.0/gtk. I have added this directory
>to the project-roots variable, but I cannot complete on these symbols. In
>the TOKENS menu, gtkbutton.h does not appear when editing my main program,
>and conversely, main.c does not appear when editing gtkbutton.h
>
>Basically, how do I "merge" different directories into the same project?
>Or, better, perhaps simply remove the project distinction all together (i
>tend to run different emacs instances for different projects anyway).
>
>I'm assuming that'd let me complete on the gtk headers. 
>
>You mentioned a shell script to visit all the files and put them in the
>semanticdb. Is that available anywhere? If it'll be in the next release,
>how soon will that be?
  [ ... ]

Project roots is the root for different projects.  So if you have
code in /home/me/myproject, you would make that a root, and if you
are working in a file in /home/me/myproject/bob, and you want to find
a symbol in the /home/me/myproject/fred directory, the root will find
that commonality.

In semantic 1.4.4, there is no convenience that will reach out into
the header files for those types of searches.  cedet 1.0beta1 does
have that ability for C files, which I am in the process of working
the last crash out of so I can finalize the beta.  This distribution
also has the shell scripts for pre-building cache files, and
pre-building system cache files from headers in /usr/include, or
wherever.

I'll send email to many lists when the last crash is removed and a
new tar file is uploaded.
Eric

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org