klaus.berndl@... wrote:
> Hi Eric,
>=20
> 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
>>=20
>> You would not want to do a deep search because of this revised
>> example:=20
>>=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
>=20
> Now i got the point, thnaks!
>=20
>> 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.)
>=20
> 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
>=20
>>=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
>>=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.
>=20
> 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?!=20
>=20
> 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?
>=20
> Thanks a lot,
> Klaus
>=20
>>=20
>> Or maybe, a deep search would suffice. *Sigh*
>>=20
>> Eric
>>=20
>>>>> <klaus.berndl@...> 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
>>>>>>> <klaus.berndl@...> 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:eric@...]
>>>>> Gesendet: Di 21.06.2005 15:54
>>>>> An: Daniel Debertin
>>>>> Cc: airboss+ecb@...; Berndl, Klaus; =3D
>>>>> ecb-list@...
>>>>> 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 <airboss+ecb@...> seems to think
>>>>>>>> that:
>>>>>> [ Following up to my own post .. sorry for the spam ]
>>>>>>=20
>>>>>> Daniel Debertin <airboss+ecb@...> 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
>>>>>> airboss@... |=3D20
>>>>>> http://www.nodewarrior.org |=3D20
>>>>>>=20
>>>>>=20
>>>>> --=3D20
>>>>> Eric Ludlam: zappo@..., =3D
>>>>> eric@... Home: http://www.ludlam.net
>>>>> Siege: http://www.siege-engine.com Emacs: http://cedet.sourceforge.net
>>>>> GNU: http://www.gnu.org
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dick
> _______________________________________________
> Ecb-list mailing list
> Ecb-list@...
> https://lists.sourceforge.net/lists/listinfo/ecb-list
|