[cfe-commits] r80690 - in /cfe/trunk: include/clang/AST/DeclBase.h lib/Sema/IdentifierResolver.cpp

Ted Kremenek kremenek at apple.com
Tue Sep 1 10:54:52 PDT 2009


On Sep 1, 2009, at 10:46 AM, Douglas Gregor wrote:

>> On Sep 1, 2009, at 10:31 AM, Douglas Gregor wrote:
>>
>>>> Can we make pointer comparisons of DeclContext objects illegal  
>>>> (e.g., a private operator== method)?
>>>
>>> Sadly, no :(
>>>
>>> An overloaded operator has to have at least on parameter of class  
>>> or enumeration type (or reference to one of those). The signature  
>>> we would need, e.g.,
>>>
>>> private:
>>>   friend bool operator==(DeclContext *, DeclContext *);
>>>
>>> does not qualify.
>>>
>>> - Doug
>>
>> Ah, that's right.  Would it be possible to do this if we were using  
>> DeclContext& instead of DeclContext* in all places where we  
>> referred to DeclContext objects?
>
>
> Yes, although I fear that might be a bit awkward to use. We're often  
> walking parent contexts, lookup contexts, etc., so that DeclContext&  
> wouldn't be appropriate. Now, we could do a whole-sale replacement  
> of DeclContext * for a new smart pointer DeclContextPtr... then we  
> can do whatever we want, including make operator== do the right thing.

Although I think that many would think this was unnecessary overhead,  
I really like the smart pointer idea.  It nicely defines away a  
category of insidious bugs.



More information about the cfe-commits mailing list