<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">Hi Ana,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><br></div><div class="gmail_default">
<div class="gmail_default"><font face="arial, helvetica, sans-serif">+def : Pat<(v1i64 (extract_subvector (v2i64 VPR128:$Rn), neon_uimm1_bare:$Imm)),</font></div><div class="gmail_default"><font face="arial, helvetica, sans-serif">+          (v1i64 (DUPdv_D VPR128:$Rn, neon_uimm1_bare:$Imm))></font></div>
<div class="gmail_default"><font face="arial, helvetica, sans-serif"><br></font></div><div class="gmail_default"><font face="arial, helvetica, sans-serif">This rule should be a redundant one, because we already have the following patterns to cover all cases around </font><span style="font-family:arial,helvetica,sans-serif">DUPdv_D.</span></div>
<div class="gmail_default"><font face="arial, helvetica, sans-serif"><br></font></div><div class="gmail_default"><font face="arial, helvetica, sans-serif"><div class="gmail_default">multiclass NeonI_SDUP<PatFrag GetLow, PatFrag GetHigh,</div>
<div class="gmail_default">                 ValueType ResTy, ValueType OpTy> {</div><div class="gmail_default">  def : Pat<(ResTy (GetLow VPR128:$Rn)),</div><div class="gmail_default">            (ResTy (DUPdv_D (OpTy VPR128:$Rn), 0))>;</div>
<div class="gmail_default">  def : Pat<(ResTy (GetHigh VPR128:$Rn)),</div><div class="gmail_default">            (ResTy (DUPdv_D (OpTy VPR128:$Rn), 1))>;</div><div class="gmail_default">}</div><div><br></div><div>However, the name NeonI_SDUP is inconsistent with the one you are adding like NeonI_Scalar_DUP_Vec_pattern, so maybe you can change it to be NeonI_Scalar_DUP_Vec_pattern_D or something else like that.</div>
<div><br></div><div>All others LGTM.</div><div><br></div><div>Thanks,</div><div>-Jiangning</div></font></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/20 Ana Pazos <span dir="ltr"><<a href="mailto:apazos@codeaurora.org" target="_blank">apazos@codeaurora.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal">Hi Tim and reviewers,<u></u><u></u></p><p class="MsoNormal">
<u></u> <u></u></p><p class="MsoNormal">This patch supports scalar vdup_lane intrinsics, a fix for scalar dup alias and test cases.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">This completes the scalar intrinsics implementation.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I would like to push these patches (and the ones I posted earlier today for scalar by element intrinsics) to the release 3.4 branch as well.<u></u><u></u></p><p class="MsoNormal">
<u></u> <u></u></p><p class="MsoNormal">Please review them and let me know if ok to check them in mainline and release 3.4.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Thanks,<u></u><u></u></p>
<p class="MsoNormal">Ana.<u></u><u></u></p></div></div><br>_______________________________________________<br>
cfe-commits mailing list<br>
<a href="mailto:cfe-commits@cs.uiuc.edu">cfe-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><font face="courier new, monospace">Thanks,</font><div><font face="courier new, monospace">-Jiangning</font></div></div>
</div>