<div class="gmail_quote">On Thu, Feb 23, 2012 at 10:55 AM, Matthew Brett <span dir="ltr"><<a href="mailto:matthew.brett@gmail.com">matthew.brett@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<div class="im"><br>
On Thu, Feb 23, 2012 at 10:45 AM, Mark Wiebe <<a href="mailto:mwwiebe@gmail.com">mwwiebe@gmail.com</a>> wrote:<br>
> On Thu, Feb 23, 2012 at 10:42 AM, Matthew Brett <<a href="mailto:matthew.brett@gmail.com">matthew.brett@gmail.com</a>><br>
> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> On Thu, Feb 23, 2012 at 10:11 AM, Pierre Haessig<br>
>> <<a href="mailto:pierre.haessig@crans.org">pierre.haessig@crans.org</a>> wrote:<br>
>> > Le 23/02/2012 17:28, Charles R Harris a Ã©crit :<br>
>> >> That's correct. They are both extended precision (80 bits), but<br>
>> >> aligned on 32bit/64bit boundaries respectively. Sun provides a true<br>
>> >> quad precision, also called float128, while on PPC long double is an<br>
>> >> odd combination of two doubles.<br>
>> > This is insane ! ;-)<br>
>><br>
>> I don't know if it's insane, but it is certainly very confusing, as<br>
>> this thread the previous one show.<br>
>><br>
>> The question is, what would be less confusing?<br>
><br>
><br>
> One approach would be to never alias longdouble as float###. Especially<br>
> float128 seems to imply that it's the IEEE standard binary128 float, which<br>
> it is on some platforms, but not on most.<br>
<br>
</div>It's virtually never IEEE binary128. Â Yarik Halchenko found a real one<br>
on an s/360 running Debian. Â Some docs seem to suggest there are Sun<br>
machines out there with binary128, as Chuck said. Â So the vast<br>
majority of numpy users with float128 have Intel 80-bit, and some have<br>
PPC twin-float.<br>
<br>
Do we all agree then that 'float128' is a bad name?<br>
<br>
In the last thread, I had the feeling there was some consensus on<br>
renaming Intel 80s to:<br>
<br>
float128 -> float80_128<br>
float96 -> float80_96<br>
<br>
For those platforms implementing it, maybe<br>
<br>
float128 -> float128_ieee<br>
<br>
Maybe for PPC:<br>
<br>
float128 -> float_pair_128<br>
<br>
and, personally, I still think it would be preferable, and less<br>
confusing, to encourage use of 'longdouble' instead of the various<br>
platform specific aliases.<br></blockquote><div><br></div><div>+1, I think it's good for its name to correspond to the name in C/C++, so that when people search for information on it they will find the relevant information more easily. With a bunch of NumPy-specific aliases, it just creates more hassle for everybody.</div>
<div><br></div><div>-Mark</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What do you think?<br>
<div class="HOEnZb"><div class="h5"><br>
Best,<br>
<br>
Matthew<br>
_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@scipy.org">NumPy-Discussion@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/numpy-discussion" target="_blank">http://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
</div></div></blockquote></div><br>