<div>Latest patch in the series re-working llvm::Triple to be more suitable for use inside of a cross-compiling FE.</div><div><br></div><div>I think this version is easier to read. It burns most of the lines of code on asserts and an enum now. It is however much less efficient. ;] Let me know if there is some concern with that. It at least shouldn't need the heap for any sane inputs. The variable names are lame. Let me know if you have better ideas. If you see any ways to simplify further, please point them out. More details in the commit log....</div>
<div><br></div><div>Commit Log:</div><div><br></div><div>    Rewrite the normalization logic to be a bit simpler, and to take</div><div>    advantage of the fact that a triplet cannot parse as more than a single</div><div>
    kind. The primary shift is to do less permuting of the triplets as they</div><div>    are parsed, and to do the parse is phases.</div><div>    </div><div>    One of the benefits is that this structure lends itself to further</div>
<div>    refactorings I'm working on for the Triple, to allow it to parse an</div><div>    un-normalized triple non-destructively.</div>