<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 10, 2013 at 1:43 PM, Evan Cheng <span dir="ltr"><<a href="mailto:evan.cheng@apple.com" target="_blank">evan.cheng@apple.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On Jan 10, 2013, at 1:29 PM, Michael Ilseman <<a href="mailto:milseman@apple.com">milseman@apple.com</a>> wrote:<br>
<br>
><br>
> On Jan 10, 2013, at 1:01 PM, Chris Lattner <<a href="mailto:clattner@apple.com">clattner@apple.com</a>> wrote:<br>
><br>
>><br>
>> On Jan 10, 2013, at 10:23 AM, Michael Ilseman <<a href="mailto:milseman@apple.com">milseman@apple.com</a>> wrote:<br>
>><br>
>>> Attached is a patch to allow support for half intrinsics.<br>
>><br>
>> Ok.<br>
>><br>
>>> This puts F16 into the fast encoding path, and pushes MMX down into the slow encoding path.<br>
>><br>
>> How much bloat does this cause to the X86 backend?<br>
>><br>
><br>
> I measured the size of the libraries present in my build/Release/lib directory, and there was no difference in size (512-byte granularity). This is building on X86 for X86. Were you referring to something else?<br>
<br>
</div>The encoding change would impact size of LLVM bitcode, right? But the change only impacts MMX intrinsics so I can't see it having much impact. Or perhaps I am misunderstanding.<br></blockquote><div><br></div><div style>
That was my impression too and we pretty actively discourage mmx so I wasn't too concerned either.</div><div style><br></div><div style>-eric </div></div></div></div>