<div dir="ltr">Hi,<div><br></div><div>Should the root cause of this issue be cross-target compilation? If one day AArch64 is strong enough for native software ecosystem, I would be hoping to simply use host as the target and it should be the most natural way we should do.</div>
<div><br></div><div>Thanks,</div><div>-Jiangning</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-17 3:58 GMT+08:00 Andrew Trick <span dir="ltr"><<a href="mailto:atrick@apple.com" target="_blank">atrick@apple.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
On Apr 16, 2014, at 12:37 PM, Tim Northover <<a href="mailto:t.p.northover@gmail.com">t.p.northover@gmail.com</a>> wrote:<br>
<br>
>> Of course a target should be able to provide a cpu type called “generic" if<br>
>> it wants to. If the driver for some platform decides to use “generic” as the<br>
>> default, that’s fine with me. For ARM64, “generic" doesn’t seem very useful<br>
>> except to test certain features of the backend, and certainly should not be<br>
>> a default.<br>
><br>
> That "except" is rather important to me. I'd really rather not have to<br>
> remember to specify a valid "-mcpu" every time I execute llc, if I<br>
> understand you correctly. I'm annoyed enough by the regular intrusion<br>
> of "-mattr=neon" and friends.<br>
><br>
> I suppose if anything I'd want llc to choose a maximal sensible CPU<br>
> rather than a minimal one. Possibly with its own logic.<br>
<br>
</div>You’re asking for logic to pick a platform-specific default to be in a library that can be used by both clang and llc. That sounds great to me, as long as clang/llc are consistent. It’s just more work than forcing llc to take explicit options and less important to me.<br>

<br>
-Andy<br>
<div class="HOEnZb"><div class="h5"><br>
> Cheers.<br>
><br>
> Tim.<br>
<br>
<br>
_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
</div></div></blockquote></div><br></div>