<div dir="ltr">Hi Eric,<br><br>Thanks for the clarification. I'm afraid I don't fully understand what you're saying though, so perhaps you could clarify further?<br><div><br></div><div>The mapper classes map between a textual register/prefetch operation/barrier name and its binary equivalent. Whether this succeeds is sometimes dependent on a subtarget feature being available. My reading of this patch (and the code in situ) is that the mapper classes take a subtarget feature set and query it. The input comes transitively from ComputeAvailableFeatures(), so I'm afraid I don't understand what about this is "reimplementing".</div><div><br></div><div>Sorry,</div><div><br></div><div>James</div></div><br><div class="gmail_quote">On Thu, 26 Mar 2015 at 19:53 Eric Christopher <<a href="mailto:echristo@gmail.com">echristo@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Why are you effectively reimplementing the feature sets for this class?<br>
<br>
-eric<br>
<br>
<br>
REPOSITORY<br>
  rL LLVM<br>
<br>
<a href="http://reviews.llvm.org/D8496" target="_blank">http://reviews.llvm.org/D8496</a><br>
<br>
EMAIL PREFERENCES<br>
  <a href="http://reviews.llvm.org/settings/panel/emailpreferences/" target="_blank">http://reviews.llvm.org/<u></u>settings/panel/<u></u>emailpreferences/</a><br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu" target="_blank">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/<u></u>mailman/listinfo/llvm-commits</a><br>
</blockquote></div>