<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">Hi Tim,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">
As I mentioned previously in this email thread, the scenario for this case is different from table lookup. We do have instruction directly map to this intrinsic directly. The operand conversion between 64-bit and 128-bit should be able to be solved by EXTRACT_SUBREG and SUBREG_TO_REG, and we do have a lot of precedents using them in .td file. Although we are using them in .cpp file, I don't think it is different from our usage in .td file.</div>
<div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">Thanks,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">
-Jiangning</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/21 Tim Northover <span dir="ltr"><<a href="mailto:t.p.northover@gmail.com" target="_blank">t.p.northover@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Hao,<br>
<br>
Sorry for the delay replying to this one.<br>
<div class="im"><br>
> I have implemented in the front-end for vld2_lane. But I'm not sure whether the solution is correct. There are many shufflevectors, because we need to transfer the input from 64bit vector to 128bit, and also transfer the output from 128bit to 64bit.<br>

<br>
</div>Yep. But, importantly, the optimiser can see through those<br>
shufflevectors if it needs to: without them you're just hiding the<br>
complexity in one monolithic intrinsic for an instruction that doesn't<br>
even exist really.<br>
<br>
The Clang code looks like it's doing roughly what I'd expect, though<br>
the LLVM code still handles the odd cases -- I assume removing that<br>
will be part of finishing.<br>
<br>
Cheers.<br>
<span class="HOEnZb"><font color="#888888"><br>
Tim.<br>
</font></span></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>