RE: Re[3]: AW: [CEDET-devel] [ECB-list] Parent classes aren't jump-able

[<kla...@sd...>]

Hi Eric,

Eric M. Ludlam wrote:
> Howdy ho:
>=20
> Original problem:
>=20
>   Clicking the parent of "fie" (which should be "fee") doesn't work.
>=20
>   This is because a simple high-level search of "fee" fails because
> "fee" is in the "moose" namespace.
>=20
>   The C++ compiler knows that "fee" is in "moose" because "moose" is
> in scope.
>=20
>   You would not want to do a deep search because of this revised
> example:
>=20
> ------
>  namespace moose {
>=20
>  class fee {
>      int fi;
>    };
>=20
>    class fie : public fee {
>      int fi;
>    };
>=20
>  }
>=20
>  namespace meese {
>=20
>  class fee {
>      int fi;
>    };
>=20
>    class fey : fee {
>      int fi;
>    };
>=20
>  }
> ------
>=20
>   If you did a deep search, and clicked on the parent of "fey", which
> is "fee", a deep search would return both versions of "fee", and if
> typical action occurs, the first would be used from the "moose"
> namespace, instead of the version of fee in "meese".
>=20

Now i got the point, thnaks!

>   In the above example, you would find that
>=20
> M-x semantic-analyze-current-context
>=20
>   can return some of the right stuff, but only if the point is in the
> body of the method (that you would have to add.)

When i call this command then i always get only the message:
"semantic-up-context: No context of type function to advance in [4 =
times]"

>=20
>   The magic function semantic-ctxt-scoped-types also isn't quite good
> enough because it assumes that all namespaces in the local file are in
> scope!
>=20
>   I suppose an ideal solution might be to fix the analyze-context
> function (or something like it) to put the active scopes into some
> sort of specialized order, then search them for your symbol.

Why not to enable the magic semantic-ctxt-scoped-types to take into =
account
Scope, means in the example above, that when called from within =
namespace moose
It returns only the moose-table and not the meese-table?!

Is this "...it assumes that all namespaces in the local file are in
scope!" a senseful behavior or is assumption a good assumption? - why it =
assumes
It?

Thanks a lot,
Klaus

>=20
>   Or maybe, a deep search would suffice.  *Sigh*
>=20
> Eric
>=20
>>>> <kla...@sd...> seems to think that:
>> Hi guys,
>>=20
>> In the mentioned posting (see link below) you give the following c++
>> example:=20
>>=20
>> ------
>> namespace moose {
>>=20
>> class fee {
>>     int fi;
>>   };
>>=20
>>   class fie : public fee {
>>     int fi;
>>   };
>>=20
>> }
>> ------
>>=20
>> Unfortunately i can not remember the original problem :-( Could you
>> please Shortly explain with this example what is the problem, and
>> what should be returned by `semantic-ctxt-scoped-types' when called
>> for this example and Why we should not perform a deep seach via
>> semamnticdb??=20
>>=20
>> Thanks a lot,
>> Klaus
>>=20
>> Eric M. Ludlam wrote:
>>> I Klaus,
>>>=20
>>> I certainly know what it is like to be busy.  Here is a link into
>>> the archives:=20
>>>=20
>>> =
http://sourceforge.net/mailarchive/forum.php?thread_id=3D7471248&forum_id=
=3D1620
>>>=20
>>> I just want to make sure I get the right things on my todo list for
>>> CEDET.=20
>>>=20
>>> Eric
>>>=20
>>>>>> <kla...@sd...> seems to think that: Hi all,
>>>>=20
>>>> sorry for my silence - but unfortunately i'm currently quite busy
>>>> and had not found any time for this topic..... Eric, could you
>>>> please send me again this email which includes the example you
>>>> mentioned?!=20
>>>>=20
>>>> Thanks,
>>>> Klaus
>>>>=20
>>>>=20
>>>> -----Urspr=3DFCngliche Nachricht-----
>>>> Von: Eric M. Ludlam [mailto:er...@si...]
>>>> Gesendet: Di 21.06.2005 15:54
>>>> An: Daniel Debertin
>>>> Cc: air...@no...; Berndl, Klaus; =3D
>>>> ecb...@li...
>>>> Betreff: Re[2]: [CEDET-devel] [ECB-list] Parent classes aren't
>>>> jump-able =3D20 Hi,=20
>>>>=20
>>>>  I'm trying to reconcile all the email I've gotten since I posted
>>>> 1.0pre2, and I don't remember where this conversation ended.  Were
>>>> changes in semantic-go-to-tag needed?  Klaus, did you need
>>>> assistance getting ECB to work with the C++ namespace example I
>>>> had given?=20
>>>>=20
>>>> Thanks
>>>> Eric
>>>>=20
>>>>>>> Daniel Debertin <air...@no...> seems to think
>>>>>>> that:=20
>>>>> [ Following up to my own post .. sorry for the spam ]
>>>>>=20
>>>>> Daniel Debertin <air...@no...> writes:
>>>>>=20
>>>>>> (defun type-list-find-type (type-list type-name) [ ... ]
>>>>>=20
>>>>> It occurs to me that semantic-deep-find-tags-by-name would work
>>>>> here. We've already narrowed the context to the set of types that
>>>>> are in-scope at point in the current buffer, so the fact that it
>>>>> flattens the tag-tree doesn't matter ... right?
>>>>>=20
>>>>> TIA,
>>>>>=20
>>>>> Dan
>>>>> --
>>>>> Dan Debertin             |=3D20
>>>>> ai...@no...  |=3D20
>>>>> www.nodewarrior.org      |=3D20
>>>>>=20
>>>>=20
>>>> --=3D20
>>>>          Eric Ludlam:                 za...@gn..., =3D
>>>>   er...@si... Home: http://www.ludlam.net
>>>> Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net
>>>> GNU: www.gnu.org