[cfe-dev] [PATCH] add unconditional support for @encode block descriptor string

Fariborz Jahanian fjahanian at apple.com
Fri Feb 19 11:31:12 PST 2010

On Feb 19, 2010, at 10:09 AM, David Chisnall wrote:

> Hi Blaine,
> On 19 Feb 2010, at 01:34, Blaine Garst wrote:
>> Also, David's conditional support should be removed when he's  
>> ready.  I left it in to simplify understanding of the changes and,  
>> of course, to support his clients until he transitions his runtime  
>> to use the new location of the types field.
> Feel free to remove it now.
> On a related note, passing any block type to @encode() currently  
> returns "@?".  I wonder if we should change it to return the  
> encoding of type of the block or, if this would break existing code  
> (@? does already in quite a few cases that were written before  
> blocks were introduced) provide some other mechanism for accessing  
> this at compile time?

We can't change the encoding. Encoding for block is '@' for block and  
'?' for function type. Similar to function pointer type; except that
'^?' is used.

- fariborz

> 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