I'm working on a new version of the patch.<div><br></div><div>Another thing I wanted to ask about - do you prefer to have one giant patch that has everything, or a series of incremental patches? I can see advantages either way.</div>

<div><br></div><div>Normally I would want to do this as a series of incremental patches, however this is a rather large project and it may take me quite a while before it's completely done. I don't doubt that I will need some assistance when it comes to the trickier parts (like the optimization aspects you mentioned.) So there's a risk involved in submitting the first one or two patches, because the final patch might not be ready in time for the next release.</div>

<div><br></div><div>On the other hand, it will be a lot easier for others to assist if we go ahead and submit the initial work.</div><div><div><br><div class="gmail_quote">On Mon, Jan 11, 2010 at 12:02 PM, Chris Lattner <span dir="ltr"><<a href="mailto:clattner@apple.com">clattner@apple.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
On Jan 11, 2010, at 11:10 AM, Talin wrote:<br>
<br>
> Quick question - should unions enforce that all member types are unique? I realize that a union of { i32, i32 } doesn't make sense, but should the code actually forbid this?<br>
<br>
</div>Either way works for me.<br>
<div class="im"><br>
> As far as constants go, as long as the initializer is an exact match for one of the member types, it should be no problem.<br>
<br>
</div>Right, please propose a syntax and a class to use (ConstantUnion?) for it,<br>
<font color="#888888"><br>
-Chris</font></blockquote></div><br><br clear="all"><br>-- <br>-- Talin<br>
</div></div>