llvm dev - Sep 2013 - [LLVMdev] IEEE 754-2008 | ISO/IEC TR 18037

Many thanks for getting back.

This will come in handy if you do not have a floating point unit. Also for
speed in some cases.

To be generic as possible it might be good to have this.

BTW, in the doc I was reading there was not mention about Quad size
numbers, decimal numbers and extended precision numbers.
http://llvm.org/docs/LangRef.html#type-system
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20130910/5ed9fcc2/attachment.html>

Also Q numbers format can be added for added precision.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20130910/a78890c2/attachment.html>

Also Q numbers format can be added for added precision without rounding.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20130910/1e89fca6/attachment.html>

> This will come in handy if you do not have a floating point unit. Also for
> speed in some cases.
>
> To be generic as possible it might be good to have this.
The goal isn't really maximum generality, but support for languages
that people care about. Currently that's mostly C and C++, with a
smattering of features for some others.

But features almost never get added speculatively. At the very least
someone needs to care enough to write a patch, and generally we want
to be reasonably sure that it'll be maintained.
> BTW, in the doc I was reading there was not mention about Quad size
numbers,
> decimal numbers and extended precision numbers.
> http://llvm.org/docs/LangRef.html#type-system
There appear to be numerous mentions of fp128 (which is IEEE
quad-precision), ppc_fp128 and x86_fp80 (at least one of which
probably qualifies as extended precision).

Of course, those types have much more limited support in the backends
than standard float and double. AArch64 should support fp128, and
obviously ppc and x86 for their specific formats.

Tim.

These features can find use in embedded micro controllers and situation
where you do not want rounding errors. x86 and ppc sound like Intel and
Power PC specific.

Of course once introduced some one must maintain it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20130910/8cff2269/attachment.html>

These features can find use in embedded micro controllers and situation
where you do not want rounding errors. x86 and ppc sound like Intel and
Power PC specific.

Of course once introduced some one must maintain it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20130910/18d1157d/attachment.html>