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
next prev parent 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
* 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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.