I think very little of the char* handling in the driver is related to this particular issue.<div><br></div><div>I'm hesitant to promote the very specialized Darwin CPU arch naming scheme higher in the API. This isn't really a useful scheme (i.e., no one else should use this notion), but is required for Darwin compatibility.</div>
<div class="gmail_extra"><br>If anything, I'd rather go the other direction and localize getArchTypeForDarwinArchName into Clang.</div><div class="gmail_extra"><br></div><div class="gmail_extra"> - Daniel</div><div class="gmail_extra">
<br><div class="gmail_quote">On Mon, Oct 29, 2012 at 8:57 PM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
There is a lot of char* being passed around in the clang driver. At<br>
least part of that seems to be because we have an enum<br>
(llvm::Triple::ArchType) that can distinguish  an ARM from an X86, but<br>
we don't have an enum that can distinguish a ARMv6 form an ARMv7 for<br>
example.<br>
<br>
The attached patches add the enum llvm::Triple::CPUArch and use that<br>
to replace a long if chain in clang. I think it can be used in more<br>
places, but this should be sufficient to illustrate the idea.<br>
<br>
Cheers,<br>
Rafael<br>
</blockquote></div><br></div>