[RFA] thinko in find_symbol_in_baseclass

Keith Seitz keiths@redhat.com
Wed May 29 19:15:00 GMT 2013


On 05/27/2013 11:54 PM, Doug Evans wrote:
> I could be missing something of course.

If I added a relatively detailed comment explaining why it was 
necessary, then searching through static symbols was necessary -- at 
least at the time.

I have several more elaborate tests still lying around (mostly tests 
that include templates and multiple-inheritance), and I cannot trigger a 
failure with your patch.

So right now, I am puzzled why I put that in there. Perhaps it was 
necessary at one point. Perhaps I "fixed" the particular case I was 
attempting to address with that block and then failed to recognize that 
it was no longer necessary.

cp_lookup_nested_symbol searches all static blocks before calling 
find_symbol_in_baseclass, so this bit in find_symbol_in_baseclass is 
clearly unnecessary. My bad.

> btw, it's not clear to me what the tail of this comment means:
>     We do not try to
>     guess any imported namespace as even the fully specified
>     namespace search is already not C++ compliant and more
>     assumptions could make it too magic.
> IWBN to clarify this.
>

I didn't add that comment, but last time I looked at this, I convinced 
myself that what was being criticized was that searching all static 
symbols at this point is already not strictly correct (according to the 
standard), so we don't attempt to deal with imported namespaces and 
other ("obscure") scenarios here.

> Ok to check in?
>

I would say, "Yes," but IANAM.

Keith



More information about the Gdb-patches mailing list