[libdispatch-dev] [PATCH 05/17] more precise detection of blocks

Jordan K. Hubbard jkh at apple.com
Sun Oct 18 12:25:24 PDT 2009


On Oct 18, 2009, at 8:04 AM, Paolo Bonzini wrote:

> I now make the test a bit more precise; for some reason my first LLVM
> installation had blocks but no Blocks.h and Blocks_private.h.  After
> adding this check, using __BLOCKS__ is not sufficient anymore hence
> I changed it all over the place to an autoconfy HAVE_BLOCKS symbol.

I think your llvm/clang installation is missing the appropriate  
compiler_rt bits.  You should definitely have a Blocks.h and  
Blocks_private.h as part of being a platform which supports Blocks.   
That said, if your autoconf-driven HAVE_BLOCKS check is more robust in  
the face of incomplete installations then it sounds like a win  
regardless, just so long as we are clear on what a "correct" clang  
install looks like. :)

So.  On all !MacOSX systems, I'm assuming it's now also the default  
assumption that "Blocks support" means "Clang + LLVM + compiler_rt"?   
I haven't heard much, if anything, about anyone pursuing the gcc  
alternative.

- Jordan




More information about the libdispatch-dev mailing list