unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Eric M. Ludlam" <eric@siege-engine.com>
To: Chong Yidong <cyd@stupidchicken.com>
Cc: cedet-devel@lists.sourceforge.net,
	Emacs development discussions <emacs-devel@gnu.org>
Subject: Re: ede-linux doesn't work with master emacs repo
Date: Sat, 25 Sep 2010 22:58:20 -0400	[thread overview]
Message-ID: <4C9EB6CC.6000706@siege-engine.com> (raw)
In-Reply-To: <87r5ghz9m7.fsf@stupidchicken.com>

That looks like a problem with the C/C++ parser.  It knows that t is a 
struct, but claims it is a prototype.  I think you are missing a change 
from a short series of checkins ending on 2010-03-14 that deal with the 
way compound tags (where you have a named struct, AND a declaration of a 
variable t) are dealt with.

I'll take a wild guess that semantic-c.el was not imported right.

Eric

On 09/25/2010 07:28 PM, Chong Yidong wrote:
> "Eric M. Ludlam"<eric@siege-engine.com>  writes:
>
>> You example works with the CEDET from the CEDET repository.  There
>> have been no changes in that area since CEDET 1.0.
>>
>> A good place to start is with M-x semantic-analyze-debug-assist RET
>> which will point at the problem area.  Perhaps something has been
>> translated into Emacs incorrectly.
>
> I probably goofed up somewhere during the merge.  Here's the output of
> semantic-analyze-debug-assist from the built-in CEDET, followed by the
> output from stand-alone CEDET.
>
> ========= built-in CEDET =======================
>
> Unable to find datatype for: "struct a t".
> Declared type is: "struct a {}"
> Raw data type is: ("a" type (:prototype t :type "struct") nil nil)
>
> Semantic could not find this data type in any of its global tables.
>
> Semantic locates datatypes through either the local scope, or the global
> typecache.
>
> Local Scope Information:
>   * Tag Class Constraint against SCOPE: (type)
>   * No known parents in current scope.
>   * No known symbols currently in scope.
>   * No known symbols declared locally.
> Semantic creates and maintains a type cache for each buffer.
> If the type is a global type, then it should appear in they typecache.
> To examine the typecache, type:
>
>    M-x semanticdb-typecache-dump RET   [ Do It ]
>
> Current typecache Statistics:
>        1 types global in this file
>        0 types from includes.
>
> If the datatype is not in the typecache, then your include
> path may be incorrect.
>
> Include Path Summary:
>
> The system include path is:
>    /usr/include
>    /usr/local/include/
>    /usr/lib/gcc/i486-linux-gnu/4.4.3/include/
>    /usr/lib/gcc/i486-linux-gnu/4.4.3/include-fixed/
>    /usr/include/
>
>
> Include Summary: /home/cyd/tmp/foo.c
>
> foo.c contains 0 includes.
>
>   No unknown includes.
>
> ========= stand-along CEDET =======================
>
> Cannot find symbol "" in datatype:
>    struct a {}
>
> Semantic has found the datatype struct a {}
> and its list of members.  Semantic knows of some
> possible completions for "".
>
> Possible completions are:
>    int k
>
>
> Known members of a:
>    int k
>    char b
>
> When there are known members that would make good completion
> candidates that are not in the completion list, then the most likely
> cause is a type constraint.  Semantic has determined that there is a
> type constraint looking for the type "int {}".
>
>

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev

  reply	other threads:[~2010-09-26  2:58 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-25  4:03 ede-linux doesn't work with master emacs repo Aneesh Kumar K.V
2010-09-25 19:19 ` Chong Yidong
2010-09-25 21:03   ` Aneesh Kumar K. V
2010-09-25 22:37     ` Eric M. Ludlam
2010-09-25 23:28       ` [CEDET-devel] " Chong Yidong
2010-09-26  2:58         ` Eric M. Ludlam [this message]
2010-09-28 14:49           ` Aneesh Kumar K. V
2010-09-28 16:33             ` Chong Yidong
2010-09-28 21:49               ` Eric M. Ludlam
2010-09-28 23:48                 ` [CEDET-devel] " Chong Yidong
2010-09-29  2:39                   ` Eric M. Ludlam
2010-09-29  7:43                     ` David Engster
2010-09-29 16:05                       ` Chong Yidong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4C9EB6CC.6000706@siege-engine.com \
    --to=eric@siege-engine.com \
    --cc=cedet-devel@lists.sourceforge.net \
    --cc=cyd@stupidchicken.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).