[cfe-dev] Small change to ObjC builtin type definition

steve naroff snaroff at apple.com
Tue Sep 9 06:35:42 PDT 2008

On Sep 9, 2008, at 7:36 AM, David Chisnall wrote:

> On 9 Sep 2008, at 08:23, Jean-Daniel Dupas wrote:
>> Le 9 sept. 08 à 02:23, David Chisnall a écrit :
>>> On 8 Sep 2008, at 18:30, Daniel Dunbar wrote:
>>>> This causes several failure in the test suite
>>>> (Parser/objc-forcollection-*) if I apply. Can
>>>> you investigate?
>>> I see.  The problem was that now the new id type is being used, but
>>> ASTContext doesn't recognise it as the ObjC type.  I've tweaked it
>>> to set it in ASTContext and removed the assert()s here that check it
>>> isn't already set.  Note that this will now leak, but I'm not sure
>>> what the best way of fixing this is (can we safely delete the old
>>> version?  Should we lazily create them somewhere if they're
>>> referenced before first use (and if so where)?).
>>> The attached version passes all of the tests that it was passing
>>> before the patch.
>> I not aware of any objc file that does not include at least an header
>> with the definition of the objc runtime base types (id, SEL, BOOL,  
>> …).
>> Why where these types hard-coded in clang first ?
> That was the question I asked last week.  Having received no answer, I
> presumed that there was some good reason.  If there isn't, then we can
> delete them from Sema.cpp and reinstate the asserts.

I looked at your patch and need to dig a bit deeper before I approve it.

I'll response soon...thanks for your patience,


> David
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev

More information about the cfe-dev mailing list