Hi,
I tried your example, but it did what I expected. Of course, I fiddled
your example like this:
class MyClass
{
//...
void function();
//...
};
so that the contents were more accurate.
My only guess is that it doesn't know there is a 'function' in the
class. In that case, you can put the cursor on the class and type:
C-c , /
which will dump out the parsed thing under the cursor as a debug window
where you can expand/contract different parts to see what the contents are.
Eric
On 05/28/2010 10:06 AM, Nathan Huesken wrote:
> Hi,
>
> Thanks for the tips. The situation is now like this:
>
> class.h:
>
> class MyClass
> {
> ...
> void function();
> ...
> };
>
> class.cpp:
> #include "class.h"
> ...
> void MyClass::function()
> {
> ...
> }
>
> Now, when I do semantic-ia-fast-jump on "MyClass" in the class.cpp
> file, it jumps correctly. When I do semantic-ia-fast-jump, or
> semantic-analyze-prot-impl-toggle, I get:
>
> Could not find `function'. Jump to MyClass? (y or n)
>
> Could not find suitable prototype
>
> Can I analyze this problem any further?
>
> Thanks!
> Nathan
>
>
> On Thu, 27 May 2010 18:45:20 -0400
> "Eric M. Ludlam"<eric@...> wrote:
>
>> Hi,
>>
>> If you enable the include file decoration by using
>> semantic-load-enable-gaudy-code-helpers, it will highlight your
>> includes based on if it can find them or not. Red includes can't be
>> found.
>>
>> If all the includes are found, and the specific include you are
>> wondering about is supposed to be found recursively, you can
>> right-click on any include, and choose "Summarize Includes Current
>> Buffer". It will provide a detailed list of found and unfound
>> includes.
>>
>> The way the :include-path part of the ede-cpp-root project works is
>> that when Semantic can't find an include file somewhere, it
>> eventually asks EDE where the file might be. EDE then uses that
>> path, so it won't show up in the described environment you used
>> below. A bit of a bummer there I suppose. That's where summarizing
>> the includes for a given buffer comes.
>>
>> Eric
>>
>> On 05/27/2010 12:12 PM, Nathan Huesken wrote:
>>> Hi,
>>>
>>> it happens from time to time, that semantic does not find some
>>> symbols. The current problem I have is in a bigger project, so it
>>> is kind of hard to post an example. I was wondering, what I can do
>>> myself to analyse the problem.
>>>
>>> I know, there is semantic-c-describe-environment. It gives, besides
>>> other things:
>>>
>>> This file's system include path is:
>>> /usr/include
>>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/include/
>>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/include-fixed/
>>> /usr/include/
>>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/include/g++-v4/
>>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/include/g++-v4/x86_64-pc-linux-gnu/
>>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/include/g++-v4/backward/
>>>
>>> What I can not find is the include directories of the project
>>> itself. They are declared as:
>>>
>>> :include-path '("/include" "/build/include"
>>> "/usr/lib64/gcc/x86_64-pc-linux-gnu/4.3.4/include/g++-v4")
>>>
>>> The /include and /build/include are meant to be relative to the
>>> projects root. Is that correct syntax?
>>>
>>> Now the strange thing is, that one symbol in the project include
>>> paths is found, while another is not.
>>>
>>> Something I can do to find out more?
>>>
>>> Thanks!
>>> Nathan
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> cedet-semantic mailing list
>>> cedet-semantic@...
>>> https://lists.sourceforge.net/lists/listinfo/cedet-semantic
>>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> cedet-semantic mailing list
>> cedet-semantic@...
>> https://lists.sourceforge.net/lists/listinfo/cedet-semantic
>>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> cedet-semantic mailing list
> cedet-semantic@...
> https://lists.sourceforge.net/lists/listinfo/cedet-semantic
>
|