<div dir="ltr">Wanted to ping about this since the review has been up for about 3 days.  I'd like to get it in if possible, or make any necessary adjustments.  Thanks!</div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Jun 26, 2014 at 11:20 AM, Todd Fiala <span dir="ltr"><<a href="mailto:todd.fiala@gmail.com" target="_blank">todd.fiala@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hey guys,<div><br></div><div>Zachary has this patch (<a href="http://reviews.llvm.org/D4282" target="_blank">http://reviews.llvm.org/D4282</a>) that removes the trimming of the 4th component of the triple when setting the compiler triple for an expression evaluation when the target exists and has a valid architecture.</div>

<div><br></div><div>This fixes an issue for him.  I tested it on Linux x86_64 running a Linux x86_64 target while at a breakpoint.  I also did the same test for MacOSX lldb running against a MacOSX x86_64 exe.  In both cases, a "(lldb) expr 5*3" worked and produced expected results.</div>

<div><br></div><div>Are there any triple cases where the trimming of the 4th element is mandatory for the expression execution to work?  I thought you might have a simulator/device where this is necessary to do.  If so, we can conditionalize when we trim.  The patch as is just removes the trimming altogether.<br clear="all">

<div><br></div><div>Thanks!</div><span class="HOEnZb"><font color="#888888">-- <br><div dir="ltr">-Todd</div>
</font></span></div></div>
</blockquote></div><br></div>