<div dir="rtl"><div dir="ltr">Thanks, fixed and committed revision 218567.</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div dir="ltr">2014-09-27 17:13 GMT+03:00 Aaron Ballman <span dir="ltr"><<a href="mailto:aaron@aaronballman.com" target="_blank">aaron@aaronballman.com</a>></span>:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Sat, Sep 27, 2014 at 9:12 AM, Yaron Keren <<a href="mailto:yaron.keren@gmail.com">yaron.keren@gmail.com</a>> wrote:<br>
>  llvm::huge_valf is defined in a header file, so it is initialized multiple<br>
> times in every compiled unit upon program startup.  With non-VC compilers<br>
> huge_valf  is set to a HUGE_VALF which the compiler can probably optimize<br>
> out.<br>
><br>
> With VC numeric_limits<float>::infinity() does not return a number but a<br>
> runtime structure member which therotically may change between calls so the<br>
> compiler does not optimize out the initialization and it happens many times.<br>
> It can be easily seen by placing a breakpoint on the initialization line.<br>
><br>
> This patch moves llvm::huge_valf  initialization to a source file instead of<br>
> the header.<br>
<br>
</div></div>Mostly looks good to me. I would feel more comfortable if<br>
MathExtras.cpp had a #include <math.h> for the definition of HUGE_VALF<br>
(I'm sure it's getting pulled in from somewhere, but there's nothing<br>
explicit in MathExtras.h to pull that header in), but that's a tiny<br>
nit.<br>
<br>
Newlines at the end of file are missing; there's a prop-change, which<br>
I don't think is something we usually commit (do we?), so those should<br>
be rectified before committing.<br>
<br>
Thanks!<br>
<span class="HOEnZb"><font color="#888888"><br>
~Aaron<br>
</font></span></blockquote></div><br></div>