As an additive thing, probably not much chance of seeing it in Swift 3, then?<br><br>I tried wrapping CFBitVector just the other day but found performance to be rather lacking for a number of operations because CF doesn&#39;t expose the underlying storage. It would be nice to have something in the stdlib and I&#39;d be happy to contribute to proposal and/or implementation.<br><br><div class="gmail_quote"><div dir="ltr">On Sun, Jul 3, 2016 at 17:45 Chris Lattner via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
&gt; On Jul 3, 2016, at 2:42 PM, Daryle Walker via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt; wrote:<br>
&gt;<br>
&gt; Since objects aren&#39;t addressable by default, there wouldn&#39;t be the problems with a bit-packed Boolean collection that C++&#39;s &quot;vector&lt;bool&gt;&quot; has. Does &quot;[Bool]&quot; currently have the option of packed optimization, or would  it have to be added via a proposal?  Or does it have to be a separate type instead?<br>
<br>
It has to be a separate “bitvector” type.<br>
<br>
FWIW, C++’s vector&lt;bool&gt; optimization is widely considered to be a bad idea, and many people have talked about trying to remove it from the C++ standard entirely.<br>
<br>
-Chris<br>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</blockquote></div>