|
Boost-Commit : |
Subject: [Boost-commit] svn:boost r83621 - in sandbox/precision/libs/precision/doc: . html html/precision
From: pbristow_at_[hidden]
Date: 2013-03-28 07:55:06
Author: pbristow
Date: 2013-03-28 07:55:05 EDT (Thu, 28 Mar 2013)
New Revision: 83621
URL: http://svn.boost.org/trac/boost/changeset/83621
Log:
Bits of bolding added, no significant changes, ready for release for Boosters comments.
Binary files modified:
sandbox/precision/libs/precision/doc/precision.pdf
Text files modified:
sandbox/precision/libs/precision/doc/html/index.html | 14 ++++----------
sandbox/precision/libs/precision/doc/html/precision/abstract.html | 27 ++++++++++-----------------
sandbox/precision/libs/precision/doc/html/precision/introduction.html | 10 ++++------
sandbox/precision/libs/precision/doc/html/precision/version_id.html | 2 +-
sandbox/precision/libs/precision/doc/precision.qbk | 28 +++++++++++++++-------------
5 files changed, 34 insertions(+), 47 deletions(-)
Modified: sandbox/precision/libs/precision/doc/html/index.html
==============================================================================
--- sandbox/precision/libs/precision/doc/html/index.html (original)
+++ sandbox/precision/libs/precision/doc/html/index.html 2013-03-28 07:55:05 EDT (Thu, 28 Mar 2013)
@@ -67,18 +67,12 @@
<p>
ISO/IEC JTC1 SC22 WG21/SG6 Numerics N??? - 2013-4-??
</p>
-<div class="note"><table border="0" summary="Note">
-<tr>
-<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="images/note.png"></td>
-<th align="left">Note</th>
-</tr>
-<tr><td align="left" valign="top"><p>
- Comments and suggestions to Paul.A.Bristow pbristow_at_hetp.u-net.com.
- </p></td></tr>
-</table></div>
+<p>
+ Comments and suggestions to Paul.A.Bristow pbristow_at_hetp.u-net.com.
+ </p>
</div>
<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
-<td align="left"><p><small>Last revised: March 27, 2013 at 12:48:57 GMT</small></p></td>
+<td align="left"><p><small>Last revised: March 28, 2013 at 11:52:10 GMT</small></p></td>
<td align="right"><div class="copyright-footer"></div></td>
</tr></table>
<hr>
Modified: sandbox/precision/libs/precision/doc/html/precision/abstract.html
==============================================================================
--- sandbox/precision/libs/precision/doc/html/precision/abstract.html (original)
+++ sandbox/precision/libs/precision/doc/html/precision/abstract.html 2013-03-28 07:55:05 EDT (Thu, 28 Mar 2013)
@@ -27,8 +27,10 @@
<a name="precision.abstract"></a><a class="link" href="abstract.html" title="Abstract">Abstract</a>
</h2></div></div></div>
<p>
- It is proposed to add to the C++ standard optional floating-point <code class="computeroutput"><span class="keyword">typedef</span></code>s having specified width. The optional
- <code class="computeroutput"><span class="keyword">typedef</span></code>s include <code class="computeroutput"><span class="identifier">float16_t</span></code>, <code class="computeroutput"><span class="identifier">float32_t</span></code>,
+ It is proposed to add to the C++ standard <span class="bold"><strong>optional floating-point
+ <code class="computeroutput"><span class="keyword">typedef</span></code>s having specified width</strong></span>.
+ The optional <code class="computeroutput"><span class="keyword">typedef</span></code>s include
+ <code class="computeroutput"><span class="identifier">float16_t</span></code>, <code class="computeroutput"><span class="identifier">float32_t</span></code>,
<code class="computeroutput"><span class="identifier">float64_t</span></code>, <code class="computeroutput"><span class="identifier">float128_t</span></code>,
their corresponding fast and least types, and the corresponding maximum-width
type. These are to conform with the corresponding specifications of <code class="computeroutput"><span class="identifier">binary16</span></code>, <code class="computeroutput"><span class="identifier">binary32</span></code>,
@@ -41,22 +43,13 @@
<code class="computeroutput"><span class="special"><</span><span class="identifier">cstdfloat</span><span class="special">></span></code>. They will be defined in the <code class="computeroutput"><span class="identifier">std</span></code> namespace.
</p>
<p>
- It is not proposed to make any changes to <code class="computeroutput"><span class="special"><</span><span class="identifier">cmath</span><span class="special">></span></code>,
- special functions, <code class="computeroutput"><span class="special"><</span><span class="identifier">limits</span><span class="special">></span></code>, or <code class="computeroutput"><span class="special"><</span><span class="identifier">complex</span><span class="special">></span></code>.
- Any of the optional floating-point <code class="computeroutput"><span class="keyword">typedef</span></code>s
- having specified width that are <code class="computeroutput"><span class="keyword">typedef</span></code>ed
- from the built-in types <code class="computeroutput"><span class="keyword">float</span></code>,
- <code class="computeroutput"><span class="keyword">double</span></code>, and <code class="computeroutput"><span class="keyword">long</span>
- <span class="keyword">double</span></code> should automatically be supported
- by the implementation's existing <code class="computeroutput"><span class="special"><</span><span class="identifier">cmath</span><span class="special">></span></code>,
- special functions, <code class="computeroutput"><span class="special"><</span><span class="identifier">limits</span><span class="special">></span></code>, and <code class="computeroutput"><span class="special"><</span><span class="identifier">complex</span><span class="special">></span></code>.
- Support for other <code class="computeroutput"><span class="keyword">typedef</span></code>s is
- implementation-defined.
+ <span class="bold"><strong>New C-style macros to facilitate initialization</strong></span>
+ of the optional floating-point <code class="computeroutput"><span class="keyword">typedef</span></code>s
+ having specified width from a floating-point literal constant are proposed.
</p>
<p>
- New C-style macros are proposed to facilitate initialization of the optional
- floating-point <code class="computeroutput"><span class="keyword">typedef</span></code>s having
- specified width from a floating-point literal constant.
+ It is not proposed to make any mandatory changes to <code class="computeroutput"><span class="special"><</span><span class="identifier">cmath</span><span class="special">></span></code>,
+ special functions, <code class="computeroutput"><span class="special"><</span><span class="identifier">limits</span><span class="special">></span></code>, or <code class="computeroutput"><span class="special"><</span><span class="identifier">complex</span><span class="special">></span></code>.
</p>
<p>
The main objectives of this proposal are to:
@@ -72,7 +65,7 @@
on all platforms.
</li>
<li class="listitem">
- Optionally extend the range of floating-point to lower and higher precision.
+ Optionally extend the range of floating-point to lower and to higher precision.
</li>
<li class="listitem">
Provide a Standard way of specifying 128-bit precision.
Modified: sandbox/precision/libs/precision/doc/html/precision/introduction.html
==============================================================================
--- sandbox/precision/libs/precision/doc/html/precision/introduction.html (original)
+++ sandbox/precision/libs/precision/doc/html/precision/introduction.html 2013-03-28 07:55:05 EDT (Thu, 28 Mar 2013)
@@ -62,15 +62,13 @@
microcontroller architectures, and reduce reliability and safety.
</p>
<p>
- This situation reveals a need for a standard way to specify floating-point
- precision in C++.
+ <span class="bold"><strong>This situation reveals a need for a standard way to specify
+ floating-point precision in C++.</strong></span>
</p>
<p>
It may also be desirable to extend floating-point precision to both lower and
- higher precisions. This can be done by including implementation-specific optional
- floating-point <code class="computeroutput"><span class="keyword">typedef</span></code>s having
- specified width that are not derived from <code class="computeroutput"><span class="keyword">float</span></code>,
- <code class="computeroutput"><span class="keyword">double</span></code>, and <code class="computeroutput"><span class="keyword">long</span>
+ higher precisions. This can be done by including implementation-specific <code class="computeroutput"><span class="keyword">typedef</span></code>s having specified width that are not
+ derived from <code class="computeroutput"><span class="keyword">float</span></code>, <code class="computeroutput"><span class="keyword">double</span></code>, and <code class="computeroutput"><span class="keyword">long</span>
<span class="keyword">double</span></code>.
</p>
<p>
Modified: sandbox/precision/libs/precision/doc/html/precision/version_id.html
==============================================================================
--- sandbox/precision/libs/precision/doc/html/precision/version_id.html (original)
+++ sandbox/precision/libs/precision/doc/html/precision/version_id.html 2013-03-28 07:55:05 EDT (Thu, 28 Mar 2013)
@@ -26,7 +26,7 @@
<a name="precision.version_id"></a><a class="link" href="version_id.html" title="Version Info">Version Info</a>
</h2></div></div></div>
<p>
- Last edit to Quickbook file precision.qbk was at 12:48:57 PM on 2013-Mar-27.
+ Last edit to Quickbook file precision.qbk was at 11:52:10 AM on 2013-Mar-28.
</p>
<div class="tip"><table border="0" summary="Tip">
<tr>
Modified: sandbox/precision/libs/precision/doc/precision.pdf
==============================================================================
Binary files. No diff available.
Modified: sandbox/precision/libs/precision/doc/precision.qbk
==============================================================================
--- sandbox/precision/libs/precision/doc/precision.qbk (original)
+++ sandbox/precision/libs/precision/doc/precision.qbk 2013-03-28 07:55:05 EDT (Thu, 28 Mar 2013)
@@ -15,6 +15,8 @@
ISO/IEC JTC1 SC22 WG21/SG6 Numerics N??? - 2013-4-??
+Comments and suggestions to Paul.A.Bristow pbristow_at_hetp.u-net.com.
+
[def __Boost [@http://www.boost.org/ Boost]]
[def __Boost_Math [@http://www.boost.org/doc/libs/1_53_0/libs/math/doc/html/index.html Boost.Math]]
[def __gsl [@http://www.gnu.org/software/gsl/ GSL-1.9]]
@@ -53,12 +55,12 @@
[include html4_symbols.qbk]
-[note Comments and suggestions to Paul.A.Bristow pbristow_at_hetp.u-net.com.]
+[/note Comments and suggestions to Paul.A.Bristow pbristow_at_hetp.u-net.com.]
[section:abstract Abstract]
It is proposed to add to the C++ standard
-optional floating-point `typedef`s having specified width.
+[*optional floating-point `typedef`s having specified width].
The optional `typedef`s include
`float16_t`, `float32_t`, `float64_t`, `float128_t`,
their corresponding fast and least types,
@@ -71,9 +73,9 @@
are to be contained in a new standard library header `<cstdfloat>`.
They will be defined in the `std` namespace.
-New C-style macros are proposed to facilitate initialization
+[*New C-style macros to facilitate initialization]
of the optional floating-point `typedef`s having specified width
-from a floating-point literal constant.
+from a floating-point literal constant are proposed.
It is not proposed to make any mandatory changes to `<cmath>`,
special functions, `<limits>`, or `<complex>`.
@@ -82,7 +84,7 @@
* Extend the benefits of specified-width typedefs for integer types to floating-point types.
* Improve floating-point safety and reliability by providing standardized `typedef`s that behave identically on all platforms.
-* Optionally extend the range of floating-point to lower and higher precision.
+* Optionally extend the range of floating-point to lower and to higher precision.
* Provide a Standard way of specifying 128-bit precision.
[endsect] [/section:abstract Abstract]
@@ -120,8 +122,8 @@
introduce poor efficiency on cost-sensitive microcontroller architectures,
and reduce reliability and safety.
-This situation reveals a need for a standard way to specify
-floating-point precision in C++.
+[*This situation reveals a need for a standard way to specify
+floating-point precision in C++.]
It may also be desirable to extend floating-point precision to
both lower and higher precisions. This can be done by including
@@ -331,7 +333,7 @@
#include <cstdfloat>
static_assert(FLOATMAX_MAX > (std::numeric_limits<float>::max)(),
- "The floating-point range is too small");
+ "The floating-point range is too small.");
[endsect] [/section:literals Handling floating-point literals]
@@ -418,8 +420,8 @@
be supported by `<cmath>` and special functions.
This is considered an implementation detail.
-[note Support of elementary functions and possibly some special functions,
-even where only optional, can be quite useful for real-life computational regimes.]
+[note Support of elementary functions (and possibly some special functions,
+even where only optional) can be very useful for real-life computational regimes.]
[endsect] [/section:cmathinterop Interoperation with <cmath> and special functions]
@@ -437,8 +439,8 @@
be supported by `<limits>`.
This is considered an implementation detail.
-[note Support for `<limits>`, even where optional, can be quite
-useful. This allows programs to query the floating-point limits
+[note Support for `<limits>`, even where optional, can be very
+useful, especially for portability. This allows programs to query the floating-point limits
at compile-time and use, among other things, `std::numeric_limits<>::is_iec559`
to verify conformance with __IEEE_floating_point.]
@@ -461,7 +463,7 @@
the implementation's existing `<complex>`.
Implementation-specific optional floating-point `typedef`s having specified width
-that are not derived from `float`, `double`, and `long double` can optionally
+that are ['not derived from `float`, `double`, and `long double`] can optionally
be supported by `<complex>`.
This is considered an implementation detail.
Boost-Commit list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk