<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div></div><div><br></div><div>The #if 0 code is non-trivial, why require it to be removed?</div><div><br></div><div>Blaine</div><div><br><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div><br class="webkit-block-placeholder"></div><div>- Fariborz</div><div><br class="webkit-block-placeholder"></div><div><br><div><div>On Feb 22, 2010, at 5:30 PM, Blaine Garst wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Thanks to Fariborz suggestion that I write a unit test I discovered that clang was not emitting the type signature information for <b>global</b> blocks.<div><br></div><div>While there I renamed his "types" field internally to "signature" to reflect its more natural name which I will be using in the runtime.</div><div><br></div><div>More significantly, I realized that we can recover the unused-by-the-runtime (1<<29) bit now that unconditionally mark (1<<30). This will enable the compiler to (re)use that bit sometime in the future.</div><div><br></div><div>Test "blocksignature.c" attached.</div><div><br></div><div></div><span><clang-4.patch></span></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div></div><span><blocksignature.c></span></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div></div><div><br></div><div>Blaine</div></div>_______________________________________________<br>cfe-dev mailing list<br><a href="mailto:cfe-dev@cs.uiuc.edu">cfe-dev@cs.uiuc.edu</a><br><a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev</a><br></blockquote></div><br></div></div></div></blockquote></div><br></body></html>