|
|
Boost-Commit : |
Subject: [Boost-commit] svn:boost r82073 - in trunk: boost/multiprecision boost/multiprecision/cpp_int boost/multiprecision/detail boost/multiprecision/detail/functions libs/multiprecision/doc libs/multiprecision/doc/html libs/multiprecision/doc/html/boost_multiprecision/indexes libs/multiprecision/doc/html/boost_multiprecision/map libs/multiprecision/doc/html/boost_multiprecision/ref libs/multiprecision/doc/html/boost_multiprecision/tut libs/multiprecision/doc/html/boost_multiprecision/tut/floats libs/multiprecision/doc/html/boost_multiprecision/tut/floats/fp_eg libs/multiprecision/doc/html/boost_multiprecision/tut/ints libs/multiprecision/example libs/multiprecision/test
From: john_at_[hidden]
Date: 2012-12-18 06:28:09
Author: johnmaddock
Date: 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
New Revision: 82073
URL: http://svn.boost.org/trac/boost/changeset/82073
Log:
Apply patch for typos.
Regenerate docs.
Fixes #7806.
Text files modified:
trunk/boost/multiprecision/cpp_dec_float.hpp | 2 +-
trunk/boost/multiprecision/cpp_int/add.hpp | 2 +-
trunk/boost/multiprecision/cpp_int/bitwise.hpp | 2 +-
trunk/boost/multiprecision/cpp_int/checked.hpp | 2 +-
trunk/boost/multiprecision/cpp_int/cpp_int_config.hpp | 4 ++--
trunk/boost/multiprecision/detail/default_ops.hpp | 2 +-
trunk/boost/multiprecision/detail/functions/pow.hpp | 2 +-
trunk/boost/multiprecision/detail/generic_interconvert.hpp | 2 +-
trunk/boost/multiprecision/number.hpp | 4 ++--
trunk/boost/multiprecision/random.hpp | 2 +-
trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s01.html | 4 ++--
trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s02.html | 4 ++--
trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s03.html | 4 ++--
trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s04.html | 4 ++--
trunk/libs/multiprecision/doc/html/boost_multiprecision/map/faq.html | 2 +-
trunk/libs/multiprecision/doc/html/boost_multiprecision/map/todo.html | 12 ++++++------
trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/backendconc.html | 6 +++---
trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/headers.html | 2 +-
trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/number.html | 7 +++----
trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/conversions.html | 4 ++--
trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/cpp_dec_float.html | 2 +-
trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/fp_eg/jel.html | 2 +-
trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/fp_eg/nd.html | 2 +-
trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/mpfr_float.html | 2 +-
trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/ints/cpp_int.html | 2 +-
trunk/libs/multiprecision/doc/html/index.html | 2 +-
trunk/libs/multiprecision/doc/html4_symbols.qbk | 2 +-
trunk/libs/multiprecision/doc/multiprecision.qbk | 34 +++++++++++++++++-----------------
trunk/libs/multiprecision/example/floating_point_examples.cpp | 4 ++--
trunk/libs/multiprecision/test/test_cpp_int.cpp | 2 +-
30 files changed, 63 insertions(+), 64 deletions(-)
Modified: trunk/boost/multiprecision/cpp_dec_float.hpp
==============================================================================
--- trunk/boost/multiprecision/cpp_dec_float.hpp (original)
+++ trunk/boost/multiprecision/cpp_dec_float.hpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -812,7 +812,7 @@
bool overflow = exp >= cpp_dec_float_max_exp10;
if(exp == cpp_dec_float_max_exp10)
{
- // Check to see if we really truely have an overflow or not...
+ // Check to see if we really truly have an overflow or not...
if(isneg())
{
cpp_dec_float t(*this);
Modified: trunk/boost/multiprecision/cpp_int/add.hpp
==============================================================================
--- trunk/boost/multiprecision/cpp_int/add.hpp (original)
+++ trunk/boost/multiprecision/cpp_int/add.hpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -79,7 +79,7 @@
template <class CppInt1, class CppInt2>
inline void add_unsigned(CppInt1& result, const CppInt2& a, const limb_type& o) BOOST_NOEXCEPT_IF(is_non_throwing_cpp_int<CppInt1>::value)
{
- // Addition using modular arithmatic.
+ // Addition using modular arithmetic.
// Nothing fancy, just let uintmax_t take the strain:
if(&result != &a)
result.resize(a.size(), a.size());
Modified: trunk/boost/multiprecision/cpp_int/bitwise.hpp
==============================================================================
--- trunk/boost/multiprecision/cpp_int/bitwise.hpp (original)
+++ trunk/boost/multiprecision/cpp_int/bitwise.hpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -351,7 +351,7 @@
}
//
-// Over agin for trivial cpp_int's:
+// Over again for trivial cpp_int's:
//
template <unsigned MinBits1, unsigned MaxBits1, cpp_integer_type SignType1, cpp_int_check_type Checked1, class Allocator1, class T>
BOOST_MP_FORCEINLINE typename enable_if<is_trivial_cpp_int<cpp_int_backend<MinBits1, MaxBits1, SignType1, Checked1, Allocator1> > >::type
Modified: trunk/boost/multiprecision/cpp_int/checked.hpp
==============================================================================
--- trunk/boost/multiprecision/cpp_int/checked.hpp (original)
+++ trunk/boost/multiprecision/cpp_int/checked.hpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -10,7 +10,7 @@
//
// Simple routines for performing checked arithmetic with a builtin arithmetic type.
-// Note that is is not a complete header, it must be included as part of boost/multiprecision/cpp_int.hpp.
+// Note that this is not a complete header, it must be included as part of boost/multiprecision/cpp_int.hpp.
//
inline void raise_overflow(std::string op)
Modified: trunk/boost/multiprecision/cpp_int/cpp_int_config.hpp
==============================================================================
--- trunk/boost/multiprecision/cpp_int/cpp_int_config.hpp (original)
+++ trunk/boost/multiprecision/cpp_int/cpp_int_config.hpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -19,7 +19,7 @@
//
// These traits calculate the largest type in the list
-// [unsigned] ong long, long, int, which has the specified number
+// [unsigned] long long, long, int, which has the specified number
// of bits. Note that intN_t and boost::int_t<N> find the first
// member of the above list, not the last. We want the last in the
// list to ensure that mixed arithmetic operations are as efficient
@@ -61,7 +61,7 @@
>::type type;
};
-} // namepsace detail
+} // namespace detail
#if defined(BOOST_HAS_INT128)
Modified: trunk/boost/multiprecision/detail/default_ops.hpp
==============================================================================
--- trunk/boost/multiprecision/detail/default_ops.hpp (original)
+++ trunk/boost/multiprecision/detail/default_ops.hpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -862,7 +862,7 @@
inline void eval_convert_to(terminal<R>* result, const B& backend)
{
//
- // We ran out of types to try for the convertion, try
+ // We ran out of types to try for the conversion, try
// a lexical_cast and hope for the best:
//
result->value = boost::lexical_cast<R>(backend.str(0, std::ios_base::fmtflags(0)));
Modified: trunk/boost/multiprecision/detail/functions/pow.hpp
==============================================================================
--- trunk/boost/multiprecision/detail/functions/pow.hpp (original)
+++ trunk/boost/multiprecision/detail/functions/pow.hpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -535,7 +535,7 @@
template<class T, class A>
inline typename enable_if<is_floating_point<A>, void>::type eval_pow(T& result, const T& x, const A& a)
{
- // Note this one is resticted to float arguments since pow.hpp already has a version for
+ // Note this one is restricted to float arguments since pow.hpp already has a version for
// integer powers....
typedef typename boost::multiprecision::detail::canonical<A, T>::type canonical_type;
typedef typename mpl::if_<is_same<A, canonical_type>, T, canonical_type>::type cast_type;
Modified: trunk/boost/multiprecision/detail/generic_interconvert.hpp
==============================================================================
--- trunk/boost/multiprecision/detail/generic_interconvert.hpp (original)
+++ trunk/boost/multiprecision/detail/generic_interconvert.hpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -114,7 +114,7 @@
#endif
//
// The code here only works when the radix of "From" is 2, we could try shifting by other
- // radixes but it would complicate things.... use a string convertion when the radix is other
+ // radixes but it would complicate things.... use a string conversion when the radix is other
// than 2:
//
if(std::numeric_limits<number<From> >::radix != 2)
Modified: trunk/boost/multiprecision/number.hpp
==============================================================================
--- trunk/boost/multiprecision/number.hpp (original)
+++ trunk/boost/multiprecision/number.hpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -355,7 +355,7 @@
// even if the result of the operator *is never used*.
// Possibly we could modify our expression wrapper to
// execute the increment/decrement on destruction, but
- // correct implemetation will be tricky, so defered for now...
+ // correct implementation will be tricky, so defered for now...
//
BOOST_MP_FORCEINLINE number& operator++()
{
@@ -1687,7 +1687,7 @@
a.swap(b);
}
-} // namespace multipreciion
+} // namespace multiprecision
template <class T>
class rational;
Modified: trunk/boost/multiprecision/random.hpp
==============================================================================
--- trunk/boost/multiprecision/random.hpp (original)
+++ trunk/boost/multiprecision/random.hpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -523,7 +523,7 @@
static_cast<range_type>(range/mult),
boost::mpl::true_());
if(std::numeric_limits<range_type>::is_bounded && ((std::numeric_limits<range_type>::max)() / mult < result_increment)) {
- // The multiplcation would overflow. Reject immediately.
+ // The multiplication would overflow. Reject immediately.
continue;
}
result_increment *= mult;
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s01.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s01.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s01.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -22,9 +22,9 @@
<div class="spirit-nav">
<a accesskey="p" href="../indexes.html"><img src="../../../../../../doc/src/images/prev.png" alt="Prev"></a><a accesskey="u" href="../indexes.html"><img src="../../../../../../doc/src/images/up.png" alt="Up"></a><a accesskey="h" href="../../index.html"><img src="../../../../../../doc/src/images/home.png" alt="Home"></a><a accesskey="n" href="s02.html"><img src="../../../../../../doc/src/images/next.png" alt="Next"></a>
</div>
-<div class="section id971278">
+<div class="section id1011701">
<div class="titlepage"><div><div><h3 class="title">
-<a name="id971278"></a>Function Index</h3></div></div></div>
+<a name="id1011701"></a>Function Index</h3></div></div></div>
<p><a class="link" href="s01.html#idx_id_0">A</a> <a class="link" href="s01.html#idx_id_1">B</a> <a class="link" href="s01.html#idx_id_2">C</a> <a class="link" href="s01.html#idx_id_3">D</a> <a class="link" href="s01.html#idx_id_4">E</a> <a class="link" href="s01.html#idx_id_5">F</a> <a class="link" href="s01.html#idx_id_7">I</a> <a class="link" href="s01.html#idx_id_8">L</a> <a class="link" href="s01.html#idx_id_9">M</a> <a class="link" href="s01.html#idx_id_12">P</a> <a class="link" href="s01.html#idx_id_13">R</a> <a class="link" href="s01.html#idx_id_14">S</a> <a class="link" href="s01.html#idx_id_15">T</a> <a class="link" href="s01.html#idx_id_17">Z</a></p>
<div class="variablelist"><dl class="variablelist">
<dt>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s02.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s02.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s02.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -22,9 +22,9 @@
<div class="spirit-nav">
<a accesskey="p" href="s01.html"><img src="../../../../../../doc/src/images/prev.png" alt="Prev"></a><a accesskey="u" href="../indexes.html"><img src="../../../../../../doc/src/images/up.png" alt="Up"></a><a accesskey="h" href="../../index.html"><img src="../../../../../../doc/src/images/home.png" alt="Home"></a><a accesskey="n" href="s03.html"><img src="../../../../../../doc/src/images/next.png" alt="Next"></a>
</div>
-<div class="section id976856">
+<div class="section id1017270">
<div class="titlepage"><div><div><h3 class="title">
-<a name="id976856"></a>Class Index</h3></div></div></div>
+<a name="id1017270"></a>Class Index</h3></div></div></div>
<p><a class="link" href="s02.html#idx_id_20">C</a> <a class="link" href="s02.html#idx_id_22">E</a> <a class="link" href="s02.html#idx_id_24">G</a> <a class="link" href="s02.html#idx_id_25">I</a> <a class="link" href="s02.html#idx_id_27">M</a> <a class="link" href="s02.html#idx_id_28">N</a> <a class="link" href="s02.html#idx_id_33">T</a></p>
<div class="variablelist"><dl class="variablelist">
<dt>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s03.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s03.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s03.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -22,9 +22,9 @@
<div class="spirit-nav">
<a accesskey="p" href="s02.html"><img src="../../../../../../doc/src/images/prev.png" alt="Prev"></a><a accesskey="u" href="../indexes.html"><img src="../../../../../../doc/src/images/up.png" alt="Up"></a><a accesskey="h" href="../../index.html"><img src="../../../../../../doc/src/images/home.png" alt="Home"></a><a accesskey="n" href="s04.html"><img src="../../../../../../doc/src/images/next.png" alt="Next"></a>
</div>
-<div class="section id977273">
+<div class="section id1017687">
<div class="titlepage"><div><div><h3 class="title">
-<a name="id977273"></a>Typedef Index</h3></div></div></div>
+<a name="id1017687"></a>Typedef Index</h3></div></div></div>
<p><a class="link" href="s03.html#idx_id_38">C</a> <a class="link" href="s03.html#idx_id_43">I</a> <a class="link" href="s03.html#idx_id_44">L</a> <a class="link" href="s03.html#idx_id_45">M</a> <a class="link" href="s03.html#idx_id_50">S</a> <a class="link" href="s03.html#idx_id_51">T</a> <a class="link" href="s03.html#idx_id_52">U</a></p>
<div class="variablelist"><dl class="variablelist">
<dt>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s04.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s04.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/indexes/s04.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -21,9 +21,9 @@
<div class="spirit-nav">
<a accesskey="p" href="s03.html"><img src="../../../../../../doc/src/images/prev.png" alt="Prev"></a><a accesskey="u" href="../indexes.html"><img src="../../../../../../doc/src/images/up.png" alt="Up"></a><a accesskey="h" href="../../index.html"><img src="../../../../../../doc/src/images/home.png" alt="Home"></a>
</div>
-<div class="section id978273">
+<div class="section id1018687">
<div class="titlepage"><div><div><h3 class="title">
-<a name="id978273"></a>Index</h3></div></div></div>
+<a name="id1018687"></a>Index</h3></div></div></div>
<p><a class="link" href="s04.html#idx_id_54">A</a> <a class="link" href="s04.html#idx_id_55">B</a> <a class="link" href="s04.html#idx_id_56">C</a> <a class="link" href="s04.html#idx_id_57">D</a> <a class="link" href="s04.html#idx_id_58">E</a> <a class="link" href="s04.html#idx_id_59">F</a> <a class="link" href="s04.html#idx_id_60">G</a> <a class="link" href="s04.html#idx_id_61">I</a> <a class="link" href="s04.html#idx_id_62">L</a> <a class="link" href="s04.html#idx_id_63">M</a> <a class="link" href="s04.html#idx_id_64">N</a> <a class="link" href="s04.html#idx_id_65">O</a> <a class="link" href="s04.html#idx_id_66">P</a> <a class="link" href="s04.html#idx_id_67">R</a> <a class="link" href="s04.html#idx_id_68">S</a> <a class="link" href="s04.html#idx_id_69">T</a> <a class="link" href="s04.html#idx_id_70">U</a> <a class="link" href="s04.html#idx_id_71">Z</a></p>
<div class="variablelist"><dl class="variablelist">
<dt>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/map/faq.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/map/faq.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/map/faq.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -98,7 +98,7 @@
</p></dd>
<dt><span class="term">Why not abstract out addition/multiplication algorithms?</span></dt>
<dd><p>
- This was deamed not to be practical: these algorithms are intimately
+ This was deemed not to be practical: these algorithms are intimately
tied to the actual data representation used.
</p></dd>
</dl>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/map/todo.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/map/todo.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/map/todo.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -47,12 +47,12 @@
Add assembly level routines to cpp_int_backend.
</li>
<li class="listitem">
- Add an all C++ Boost licenced binary floating point type.
+ Add an all C++ Boost licensed binary floating point type.
</li>
<li class="listitem">
Can ring types (exact floating point types) be supported? The answer
should be yes, but someone needs to write it, the hard part is IO and
- binary-decimal convertion.
+ binary-decimal conversion.
</li>
<li class="listitem">
Should there be a choice of rounding mode (probably MPFR specific)?
@@ -114,8 +114,8 @@
scheduled for inclusion: it's deliberately an implementation detail,
and "optional" requirements are optimisations which can't be
detected by the user). Not done: this is an implementation detail, the
- exact list of requirements satisfied is purely an optimimization, not
- something the user can detect.
+ exact list of requirements satisfied is purely an optimization, not something
+ the user can detect.
</li>
<li class="listitem">
A backend for an overflow aware integers (done 2012/10/31).
@@ -148,7 +148,7 @@
</li>
<li class="listitem">
It is unfortunate that the generic mp_number front end can not make use
- contexpr as not all the backends can ensure this (done - we can go quite
+ constexpr as not all the backends can ensure this (done - we can go quite
a way).
</li>
<li class="listitem">
@@ -185,7 +185,7 @@
to TODO list.
</li>
<li class="listitem">
- Make the exponent type for cpp_dec_float a templare parameter, maybe
+ Make the exponent type for cpp_dec_float a template parameter, maybe
include support for big-integer exponents. Open question - what should
be the default - int32_t or int64_t? (done 2012/09/06)
</li>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/backendconc.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/backendconc.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/backendconc.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -297,7 +297,7 @@
<td>
<p>
Throws a <code class="computeroutput"><span class="identifier">std</span><span class="special">::</span><span class="identifier">runtime_error</span></code> if the string could
- not be interpretted as a valid number.
+ not be interpreted as a valid number.
</p>
</td>
</tr>
@@ -2006,7 +2006,7 @@
all arguments of type <code class="computeroutput"><span class="identifier">B</span></code>
is shown here, but you can replace up to any 2 of <code class="computeroutput"><span class="identifier">cb</span></code>, <code class="computeroutput"><span class="identifier">cb2</span></code>
and <code class="computeroutput"><span class="identifier">cb3</span></code> with any
- type type listed in one of the type lists <code class="computeroutput"><span class="identifier">B</span><span class="special">::</span><span class="identifier">signed_types</span></code>,
+ type listed in one of the type lists <code class="computeroutput"><span class="identifier">B</span><span class="special">::</span><span class="identifier">signed_types</span></code>,
<code class="computeroutput"><span class="identifier">B</span><span class="special">::</span><span class="identifier">unsigned_types</span></code> or <code class="computeroutput"><span class="identifier">B</span><span class="special">::</span><span class="identifier">float_types</span></code>.
</p>
</td>
@@ -2037,7 +2037,7 @@
all arguments of type <code class="computeroutput"><span class="identifier">B</span></code>
is shown here, but you can replace up to any 2 of <code class="computeroutput"><span class="identifier">cb</span></code>, <code class="computeroutput"><span class="identifier">cb2</span></code>
and <code class="computeroutput"><span class="identifier">cb3</span></code> with any
- type type listed in one of the type lists <code class="computeroutput"><span class="identifier">B</span><span class="special">::</span><span class="identifier">signed_types</span></code>,
+ type listed in one of the type lists <code class="computeroutput"><span class="identifier">B</span><span class="special">::</span><span class="identifier">signed_types</span></code>,
<code class="computeroutput"><span class="identifier">B</span><span class="special">::</span><span class="identifier">unsigned_types</span></code> or <code class="computeroutput"><span class="identifier">B</span><span class="special">::</span><span class="identifier">float_types</span></code>.
</p>
</td>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/headers.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/headers.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/headers.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -168,7 +168,7 @@
</td>
<td>
<p>
- Defines a backend concept architypes for testing use.
+ Defines a backend concept archetypes for testing use.
</p>
</td>
</tr>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/number.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/number.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/ref/number.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -673,11 +673,10 @@
types).
</p>
<p>
- The precision of these functions is generally deterimined by the backend
- implementation. For example the precision of these functions when used with
- <a class="link" href="../tut/floats/mpfr_float.html" title="mpfr_float">mpfr_float</a>
+ The precision of these functions is generally determined by the backend implementation.
+ For example the precision of these functions when used with <a class="link" href="../tut/floats/mpfr_float.html" title="mpfr_float">mpfr_float</a>
is determined entirely by MPFR.
- When these functions use our own implementations, the accuracy of the transcendal
+ When these functions use our own implementations, the accuracy of the transcendental
functions is generally a few epsilon. Note however, that the trigonmetrical
functions incur the usual accuracy loss when reducing arguments by large
multiples of π. Also note that both <a class="link" href="../tut/floats/gmp_float.html" title="gmp_float">gmp_float</a>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/conversions.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/conversions.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/conversions.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -120,7 +120,7 @@
</li></ul></div>
<pre class="programlisting"><span class="identifier">int128_t</span> <span class="identifier">i128</span> <span class="special">=</span> <span class="number">0</span><span class="special">;</span>
<span class="identifier">int266_t</span> <span class="identifier">i256</span> <span class="special">=</span> <span class="identifier">i128</span><span class="special">;</span> <span class="comment">// OK implicit widening conversion</span>
-<span class="identifier">i128_t</span> <span class="special">=</span> <span class="identifier">i256</span><span class="special">;</span> <span class="comment">// Error, no assignment operator found, narrowing conversion is explict</span>
+<span class="identifier">i128_t</span> <span class="special">=</span> <span class="identifier">i256</span><span class="special">;</span> <span class="comment">// Error, no assignment operator found, narrowing conversion is explicit</span>
<span class="identifier">i128_t</span> <span class="special">=</span> <span class="keyword">static_cast</span><span class="special"><</span><span class="identifier">int128_t</span><span class="special">>(</span><span class="identifier">i256</span><span class="special">);</span> <span class="comment">// OK, explicit narrowing conversion</span>
<span class="identifier">mpz_int</span> <span class="identifier">z</span> <span class="special">=</span> <span class="number">0</span><span class="special">;</span>
@@ -157,7 +157,7 @@
<p>
More information on what additional types a backend supports conversions
from are given in the tutorial for each backend. The converting constructor
- will be implict if the backend's converting constructor is also implicit,
+ will be implicit if the backend's converting constructor is also implicit,
and explicit if the backends converting constructor is also explicit.
</p>
</div>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/cpp_dec_float.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/cpp_dec_float.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/cpp_dec_float.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -56,7 +56,7 @@
to a 32-bit integer type which is more than large enough for the vast majority
of use cases, but larger types such as <code class="computeroutput"><span class="keyword">long</span>
<span class="keyword">long</span></code> can also be specified if you
- need a truely huge exponent range. In any case the ExponentType must be
+ need a truly huge exponent range. In any case the ExponentType must be
a built in signed integer type at least 2 bytes and 16-bits wide.
</p>
<p>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/fp_eg/jel.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/fp_eg/jel.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/fp_eg/jel.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -160,7 +160,7 @@
<pre class="programlisting"><span class="identifier">JEL</span><span class="special">(</span><span class="identifier">cpp_dec_float_50</span><span class="special">(</span><span class="identifier">v</span> <span class="special">+</span> <span class="number">0.5</span><span class="special">),</span> <span class="identifier">z</span><span class="special">);</span>
</pre>
<p>
- However, if we want the function JEL to be truely reusable, then a better
+ However, if we want the function JEL to be truly reusable, then a better
solution might be preferred. To achieve this we can borrow some code
from Boost.Math which calculates the return type of mixed-argument functions,
here's how the new code looks now:
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/fp_eg/nd.html
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/fp_eg/nd.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/fp_eg/nd.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -126,7 +126,7 @@
<span class="comment">// to handle expression templates etc. As a result it's hard to take its</span>
<span class="comment">// address without knowing about its implementation details. We'll use a </span>
<span class="comment">// C++11 lambda expression to capture the call.</span>
- <span class="comment">// We also need a typecast on the first argument so we don't accidently pass</span>
+ <span class="comment">// We also need a typecast on the first argument so we don't accidentally pass</span>
<span class="comment">// an expression template to a template function:</span>
<span class="comment">//</span>
<span class="keyword">const</span> <span class="identifier">cpp_dec_float_50</span> <span class="identifier">d_mp</span> <span class="special">=</span> <span class="identifier">derivative</span><span class="special">(</span>
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/mpfr_float.html
Modified: trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/ints/cpp_int.html
Modified: trunk/libs/multiprecision/doc/html/index.html
Modified: trunk/libs/multiprecision/doc/html4_symbols.qbk
Modified: trunk/libs/multiprecision/doc/multiprecision.qbk
Modified: trunk/libs/multiprecision/example/floating_point_examples.cpp
Modified: trunk/libs/multiprecision/test/test_cpp_int.cpp
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
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/mpfr_float.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/floats/mpfr_float.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -77,7 +77,7 @@
The latter option can result in significantly faster code, at the expense
of growing the size of <code class="computeroutput"><span class="identifier">mpfr_float_backend</span></code>.
It can only be used at fixed precision, and should only be used for lower
- digit counts. Note that we can not guarentee that using <code class="computeroutput"><span class="identifier">allocate_stack</span></code>
+ digit counts. Note that we can not guarantee that using <code class="computeroutput"><span class="identifier">allocate_stack</span></code>
won't cause any calls to mpfr's allocation routines, as mpfr may call these
inside it's own code. The following table gives an idea of the performance
tradeoff's at 50 decimal digits precision[2]</sup></a>:
==============================================================================
--- trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/ints/cpp_int.html (original)
+++ trunk/libs/multiprecision/doc/html/boost_multiprecision/tut/ints/cpp_int.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -314,7 +314,7 @@
stores both the sign, and how many machine words in the integer are
actually in use. The latter is an optimisation for larger fixed precision
integers, so that a 1024-bit integer has almost the same performance
- characterists as a 128-bit integer, rather than being 4 times slower
+ characteristics as a 128-bit integer, rather than being 4 times slower
for addition and 16 times slower for multiplication (assuming the values
involved would always fit in 128 bits). Typically this means you can
use an integer type wide enough for the "worst case senario"
==============================================================================
--- trunk/libs/multiprecision/doc/html/index.html (original)
+++ trunk/libs/multiprecision/doc/html/index.html 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -136,7 +136,7 @@
</div>
</div>
<table xmlns:rev="http://www.cs.rpi.edu/~gregod/boost/tools/doc/revision" width="100%"><tr>
-<td align="left"><p><small>Last revised: December 17, 2012 at 13:02:44 GMT</small></p></td>
+<td align="left"><p><small>Last revised: December 18, 2012 at 11:25:53 GMT</small></p></td>
<td align="right"><div class="copyright-footer"></div></td>
</tr></table>
<hr>
==============================================================================
--- trunk/libs/multiprecision/doc/html4_symbols.qbk (original)
+++ trunk/libs/multiprecision/doc/html4_symbols.qbk 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -10,7 +10,7 @@
[/ http://www.htmlhelp.com/reference/html40/entities/latin1.html]
[/Unicode Latin extended http://www.unicode.org/charts/U0080.pdf]
-[/ Also some miscellaneous math charaters added to this list - see the end.]
+[/ Also some miscellaneous math characters added to this list - see the end.]
[/ For others see also math_symbols.qbk]
[/ To use, enclose the template name in square brackets.]
==============================================================================
--- trunk/libs/multiprecision/doc/multiprecision.qbk (original)
+++ trunk/libs/multiprecision/doc/multiprecision.qbk 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -510,7 +510,7 @@
* When used at fixed precision, the size of this type is always one machine word larger than you would expect for an N-bit integer:
the extra word stores both the sign, and how many machine words in the integer are actually in use.
The latter is an optimisation for larger fixed precision integers, so that a 1024-bit integer has almost the same performance
-characterists as a 128-bit integer, rather than being 4 times slower for addition and 16 times slower for multiplication
+characteristics as a 128-bit integer, rather than being 4 times slower for addition and 16 times slower for multiplication
(assuming the values involved would always fit in 128 bits).
Typically this means you can use
an integer type wide enough for the "worst case senario" with only minor performance degradation even if most of the time
@@ -655,7 +655,7 @@
The typedefs `cpp_dec_float_50` and `cpp_dec_float_100` provide arithmetic types at 50 and 100 decimal digits precision
respectively. Optionally, you can specify an integer type to use for the exponent, this defaults to a 32-bit integer type
which is more than large enough for the vast majority of use cases, but larger types such as `long long` can also be specified
-if you need a truely huge exponent range. In any case the ExponentType must be a built in signed integer type at least 2 bytes
+if you need a truly huge exponent range. In any case the ExponentType must be a built in signed integer type at least 2 bytes
and 16-bits wide.
Normally `cpp_dec_float` allocates no memory: all of the space required for its digits are allocated
@@ -797,7 +797,7 @@
or stack allocation (where all the memory required for the underlying data types is stored
within `mpfr_float_backend`). The latter option can result in significantly faster code, at the
expense of growing the size of `mpfr_float_backend`. It can only be used at fixed precision, and
-should only be used for lower digit counts. Note that we can not guarentee that using `allocate_stack`
+should only be used for lower digit counts. Note that we can not guarantee that using `allocate_stack`
won't cause any calls to mpfr's allocation routines, as mpfr may call these inside it's own code.
The following table gives an idea of the performance tradeoff's at 50 decimal digits
precision[footnote Compiled with VC++10 and /Ox, with MPFR-3.0.0 and MPIR-2.3.0]:
@@ -1135,7 +1135,7 @@
int128_t i128 = 0;
int266_t i256 = i128; // OK implicit widening conversion
- i128_t = i256; // Error, no assignment operator found, narrowing conversion is explict
+ i128_t = i256; // Error, no assignment operator found, narrowing conversion is explicit
i128_t = static_cast<int128_t>(i256); // OK, explicit narrowing conversion
mpz_int z = 0;
@@ -1166,7 +1166,7 @@
mpf_float i(m); // copies the value of the native type.
More information on what additional types a backend supports conversions from are given in the tutorial for each backend.
-The converting constructor will be implict if the backend's converting constructor is also implicit, and explicit if the
+The converting constructor will be implicit if the backend's converting constructor is also implicit, and explicit if the
backends converting constructor is also explicit.
[endsect]
@@ -1839,9 +1839,9 @@
Also note that with the exception of `abs` that these functions can only be used with floating-point Backend types (if any other types
such as fixed precision or complex types are added to the library later, then these functions may be extended to support those number types).
-The precision of these functions is generally deterimined by the backend implementation. For example the precision
+The precision of these functions is generally determined by the backend implementation. For example the precision
of these functions when used with __mpfr_float_backend is determined entirely by [mpfr]. When these functions use our own
-implementations, the accuracy of the transcendal functions is generally a few epsilon. Note however, that the trigonmetrical
+implementations, the accuracy of the transcendental functions is generally a few epsilon. Note however, that the trigonmetrical
functions incur the usual accuracy loss when reducing arguments by large multiples of [pi]. Also note that both __mpf_float
and __cpp_dec_float have a number of guard digits beyond their stated precision, so the error rates listed for these
are in some sense artificially low.
@@ -2311,7 +2311,7 @@
[[`b = b`][`B&`][Assignment operator.][[space]]]
[[`b = a`][`B&`][Assignment from an Arithmetic type. The type of `a` shall be listed in one of the type lists
`B::signed_types`, `B::unsigned_types` or `B::float_types`.][[space]]]
-[[`b = s`][`B&`][Assignment from a string.][Throws a `std::runtime_error` if the string could not be interpretted as a valid number.]]
+[[`b = s`][`B&`][Assignment from a string.][Throws a `std::runtime_error` if the string could not be interpreted as a valid number.]]
[[`b.swap(b)`][`void`][Swaps the contents of its arguments.][`noexcept`]]
[[`cb.str(ui, bb)`][`std::string`][Returns the string representation of `b` with `ui` digits and in scientific format if `bb` is `true`.
If `ui` is zero, then returns as many digits as are required to reconstruct the original value.][[space]]]
@@ -2472,13 +2472,13 @@
When not provided does the equivalent of `eval_multiply(b, cb, cb2)` followed by
`eval_add(b, cb3)`.
For brevity, only a version showing all arguments of type `B` is shown here, but you can replace up to any 2 of
- `cb`, `cb2` and `cb3` with any type type listed in one of the type lists
+ `cb`, `cb2` and `cb3` with any type listed in one of the type lists
`B::signed_types`, `B::unsigned_types` or `B::float_types`.][[space]]]
[[`eval_multiply_subtract(b, cb, cb2, cb3)`][`void`][Multiplies `cb` by `cb2` and subtracts from the result `cb3` storing the result in `b`.
When not provided does the equivalent of `eval_multiply(b, cb, cb2)` followed by
`eval_subtract(b, cb3)`.
For brevity, only a version showing all arguments of type `B` is shown here, but you can replace up to any 2 of
- `cb`, `cb2` and `cb3` with any type type listed in one of the type lists
+ `cb`, `cb2` and `cb3` with any type listed in one of the type lists
`B::signed_types`, `B::unsigned_types` or `B::float_types`.][[space]]]
[[`eval_divide(b, a)`][`void`][Divides `b` by `a`. The type of `a` shall be listed in one of the type lists
`B::signed_types`, `B::unsigned_types` or `B::float_types`.
@@ -2677,7 +2677,7 @@
[[rational_adapter.hpp][Defines the `rational_adapter` backend.]]
[[cpp_dec_float.hpp][Defines the `cpp_dec_float` backend.]]
[[tommath.hpp][Defines the `tommath_int` backend.]]
-[[concepts/number_archetypes.hpp][Defines a backend concept architypes for testing use.]]
+[[concepts/number_archetypes.hpp][Defines a backend concept archetypes for testing use.]]
]
[table Implementation Headers]
@@ -3379,9 +3379,9 @@
* Add a back-end for MPFR interval arithmetic.
* Add better multiplication routines (Karatsuba, FFT etc) to cpp_int_backend.
* Add assembly level routines to cpp_int_backend.
-* Add an all C++ Boost licenced binary floating point type.
+* Add an all C++ Boost licensed binary floating point type.
* Can ring types (exact floating point types) be supported? The answer should be yes, but someone needs to write it,
-the hard part is IO and binary-decimal convertion.
+the hard part is IO and binary-decimal conversion.
* Should there be a choice of rounding mode (probably MPFR specific)?
* We can reuse temporaries in multiple subtrees (temporary caching).
* cpp_dec_float should round to nearest.
@@ -3405,7 +3405,7 @@
* Each back-end should document the requirements it satisfies (not currently scheduled for inclusion: it's
deliberately an implementation detail, and "optional" requirements are optimisations which can't be detected
by the user). Not done: this is an implementation detail, the exact list of requirements satisfied is purely
-an optimimization, not something the user can detect.
+an optimization, not something the user can detect.
* A backend for an overflow aware integers (done 2012/10/31).
* IIUC convert_to is used to emulate in c++98 compilers C++11 explicit
conversions. Could the explicit conversion operator be added on
@@ -3421,7 +3421,7 @@
* The library interface should use the noexcept (BOOST_NOEXCEPT, ...)
facilities (Done 2012/09/15).
* It is unfortunate that the generic mp_number front end can not make use
-contexpr as not all the backends can ensure this (done - we can go quite a way).
+constexpr as not all the backends can ensure this (done - we can go quite a way).
* literals: The library doesn't provide some kind of literals. I think that the
mp_number class should provide a way to create literals if the backend
is able to. (Done 2012/09/15).
@@ -3436,7 +3436,7 @@
template argument that defaults to 0 (meaning keep going till no more space/memory). Done.
* Can ring types (exact floating point types) be supported? The answer should be yes, but someone needs to write it (Moved to TODO list).
* Should there be a choice of rounding mode (probably MPFR specific)? Moved to TODO list.
-* Make the exponent type for cpp_dec_float a templare parameter, maybe include support for big-integer exponents.
+* Make the exponent type for cpp_dec_float a template parameter, maybe include support for big-integer exponents.
Open question - what should be the default - int32_t or int64_t? (done 2012/09/06)
* Document the size requirements of fixed precision ints (done 2012/09/15).
* Document std lib function accuracy (done 2012/09/15).
@@ -3488,7 +3488,7 @@
proto has to offer anyway, a lightweight expression template mechanism was used instead.
Compile times are still too slow...]]
[[Why not abstract out addition/multiplication algorithms?]
- [This was deamed not to be practical: these algorithms are intimately
+ [This was deemed not to be practical: these algorithms are intimately
tied to the actual data representation used.]]
]
==============================================================================
--- trunk/libs/multiprecision/example/floating_point_examples.cpp (original)
+++ trunk/libs/multiprecision/example/floating_point_examples.cpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -163,7 +163,7 @@
JEL(cpp_dec_float_50(v + 0.5), z);
-However, if we want the function JEL to be truely reusable, then a better solution might be preferred.
+However, if we want the function JEL to be truly reusable, then a better solution might be preferred.
To achieve this we can borrow some code from Boost.Math which calculates the return type of mixed-argument
functions, here's how the new code looks now:
@@ -543,7 +543,7 @@
// to handle expression templates etc. As a result it's hard to take its
// address without knowing about its implementation details. We'll use a
// C++11 lambda expression to capture the call.
- // We also need a typecast on the first argument so we don't accidently pass
+ // We also need a typecast on the first argument so we don't accidentally pass
// an expression template to a template function:
//
const cpp_dec_float_50 d_mp = derivative(
==============================================================================
--- trunk/libs/multiprecision/test/test_cpp_int.cpp (original)
+++ trunk/libs/multiprecision/test/test_cpp_int.cpp 2012-12-18 06:28:04 EST (Tue, 18 Dec 2012)
@@ -325,7 +325,7 @@
if(!std::numeric_limits<test_type>::is_modulo)
{
// We have to take care that our powers don't grow too large, otherwise this takes "forever",
- // also don't test for modulo types, as these may give a diffferent result from arbitrary
+ // also don't test for modulo types, as these may give a different result from arbitrary
// precision types:
BOOST_CHECK_EQUAL(mpz_int(pow(d, ui % 19)).str(), test_type(pow(d1, ui % 19)).str());
BOOST_CHECK_EQUAL(mpz_int(powm(a, b, c)).str(), test_type(powm(a1, b1, c1)).str());