<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Mar 3, 2016, at 2:23 AM, Jacob Bandes-Storch via swift-dev &lt;<a href="mailto:swift-dev@swift.org" class="">swift-dev@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">I'm interested in fixing a pet peeve of mine:&nbsp;<a href="https://bugs.swift.org/browse/SR-772" class="">https://bugs.swift.org/browse/SR-772</a></div><div class=""><br class=""></div><div class="">The failing assertion is in Array._forceBridgeFromObjectiveC, namely&nbsp;<span class="">Swift._isBridgedToObjectiveC(Element.</span><span class="">self</span><span class="">).&nbsp;</span><span class="">Element is plain ol "() -&gt; ()", but probably should be @convention(block) since it was imported from void(^)(void).</span></div><div class=""><br class=""></div><div class="">I've started tracing through the importer, and I found that `adjustTypeForConcreteImport` is enforcing FunctionTypeRepresentation::Swift because the ImportKind is&nbsp;BridgedValue — this is hardcoded in the call to importType for the type parameters to NSArray (and NSDictionary and NSSet) in SwiftTypeConverter::VisitObjCObjectPointerType.</div>







<div class=""><br class=""></div><div class="">Are the Foundation collection classes only temporarily special-cased here, until Obj-C generics are generally supported? Is someone working on this in the near future?</div><div class=""><br class=""></div><div class="">If this worked correctly, would we expect to see "var executionBlocks: [@convention(block) () -&gt; ()]" ? If so, would this be best achieved by passing a different ImportKind, possibly introducing a new ImportKind, or some other solution?</div><div class=""><br class=""></div><div class="">I'm guessing that it doesn't make sense for () -&gt; () to be _ObjectiveCBridgeable, but either way I'm not sure where the _isBridgedToObjectiveC implementation for blocks would come from.</div><br clear="all" class=""><div class=""><div class="gmail_signature"><div dir="ltr" class=""><div class="">Bumblingly,</div><div class="">Jacob<br class=""></div></div></div></div>
</div></div></blockquote><br class=""></div><div>There's a hack to handle NSArray&lt;Class&gt; * bridging to [AnyObject.Type], which has similar problems. Look around for _BridgeableMetatype.</div><div><br class=""></div><div>-Joe</div><br class=""></body></html>