<br><br><div class="gmail_quote">On Mon, Mar 23, 2009 at 4:01 PM, Pauli Virtanen <span dir="ltr">&lt;<a href="mailto:pav@iki.fi">pav@iki.fi</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Mon, 23 Mar 2009 19:55:17 +0000, Pauli Virtanen wrote:<br>
<br>
&gt; Mon, 23 Mar 2009 13:22:29 -0600, Charles R Harris wrote: [clip]<br>
&gt;&gt; PPC stores long doubles as two doubles. I don&#39;t recall exactly how the<br>
&gt;&gt; two are used, but the result is that the numbers aren&#39;t in the form you<br>
&gt;&gt; would expect. Long doubles on the PPC have always been iffy, so it is<br>
&gt;&gt; no surprise that machar fails. The failure on SPARC quad precision<br>
&gt;&gt; bothers me more.<br>
&gt;<br>
&gt; The test fails on SPARC, since we need one term more in the Horner<br>
&gt; series to reach quad precision accuracy. I&#39;ll add that for long doubles.<br>
<br>
</div>Another reason turned out to be that (1./6) is a double-precision<br>
constant, whereas the series of course needs an appropriate precision for<br>
each data type. Fixed in r6715, r6716.<br>
</blockquote><div><br>Heh, I should have caught that too when I looked it over.<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
I also skip the long double test if it seems that finfo(longdouble) is<br>
bogus.<br>
<br>
Backport?<br>
<div><div></div><div class="h5"></div></div></blockquote><div><br>I think so. It is a bug and the fix doesn&#39;t look complicated. <br><br>I don&#39;t much like all the ifdefs in the middle of the code, but if there is a cleaner way to do it, it can wait.<br>
<br>Chuck<br></div><br></div><br>