<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 23, 2017 at 2:37 PM Alex Bradbury <<a href="mailto:asb@asbradbury.org">asb@asbradbury.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 23 August 2017 at 17:15, Y Song <<a href="mailto:ys114321@gmail.com" target="_blank">ys114321@gmail.com</a>> wrote:<br>
> The following is what I observed:<br>
> Both Subtarget constructor and initAsmInfo will eventually create<br>
> a MCSubtargetInfo, which calls InitMCProcessorInfo.<br>
><br>
> void MCSubtargetInfo::InitMCProcessorInfo(StringRef CPU, StringRef FS) {<br>
>   FeatureBits = getFeatures(CPU, FS, ProcDesc, ProcFeatures);<br>
>   if (!CPU.empty())<br>
>     CPUSchedModel = &getSchedModelForCPU(CPU);<br>
>   else<br>
>     CPUSchedModel = &MCSchedModel::GetDefaultSchedModel();<br>
> }<br>
><br>
> If you have -mcpu=help in your command line<br>
> llc -march=<> -mcpu=help ...<br>
><br>
> The help information will be printed out twice because getFeatures will printout<br>
> the help info if both ProcDesc and ProcFeatures are not empty.<br>
> This is not really elegent. What I am wondering is whether there are other<br>
> side effect of this approach or not. If not, maybe I can live with this<br>
> for a while....<br>
<br>
I see what you mean, thanks for the clarification. That seems worth<br>
filing a bug for on <a href="https://bugs.llvm.org/" rel="noreferrer" target="_blank">https://bugs.llvm.org/</a>, even though it seems<br>
pretty low impact.<br><br></blockquote><div><br></div><div>Yeah, this is pretty annoying, but hadn't been fixed yet.</div><div><br></div><div>-eric </div></div></div>