boost/math
2
0
Fork 0
mirror of https://github.com/boostorg/math.git synced 2026-01-19 04:22:09 +00:00
Code Issues Projects Releases Wiki Activity

Fix typo in docs.

Browse Source
This commit is contained in:
zerotypos-found
2015-11-10 12:08:26 +09:00
parent 1a97d97538
commit 841d25a679
3 changed files with 11 additions and 11 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
doc/background/implementation.qbk
View File

@@ -4,7 +4,7 @@ The majority of the implementation notes are included with the documentation
of each function or distribution. The notes here are of a more general nature,
and reflect more the general implementation philosophy used.
[h4 Implemention philosophy]
[h4 Implementation philosophy]
"First be right, then be fast."
@@ -290,7 +290,7 @@ Remez implementations may well produce differing coefficients: the
problem is well known to be ill conditioned in general, and our Remez implementation
often found a broad and ill-defined minima for many of these approximations
(of course for simple "toy" examples like approximating `exp` the minima
is well defined, and the coeffiecents should agree no matter whose Remez
is well defined, and the coefficients should agree no matter whose Remez
implementation is used). This should not in general effect the validity
of the approximations: there's good literature supporting the idea that
coefficients can be "in error" without necessarily adversely effecting
@@ -419,7 +419,7 @@ Where list-of-params is a list of *valid* parameters from which the distribution
- ie the same number of args are passed to the function,
as are passed to the distribution constructor.
The values of the parameters are not important, but must be *valid* to pass the contructor checks;
The values of the parameters are not important, but must be *valid* to pass the constructor checks;
the default values are suitable, but must be explicitly provided, for example:
check_out_of_range<extreme_value_distribution<RealType> >(1, 2);
@@ -484,7 +484,7 @@ copy an existing mml file and then edit it with Mathcast: the existing
format should then be preserved. This is a bug in the XML parser used by
SVGMath which the author is aware of.
If neccessary the XHTML wrapper can be removed with:
If necessary the XHTML wrapper can be removed with:
[pre cat filename | tr -d "\\r\\n" \| sed -e 's\/.*\\(<math\[^>\]\*>.\*<\/math>\\).\*\/\\1\/' > newfile]

4
doc/distributions/beta.qbk
View File

@@ -34,7 +34,7 @@
RealType mean, // Expected value of mean.
RealType variance); // Expected value of variance.
// Parameter estimators from from
// Parameter estimators from
// either alpha or beta, and x and probability.
static RealType find_alpha(
@@ -210,7 +210,7 @@ that of the j-th highest of a sample of i + j + 1 independent random variables
uniformly distributed between 0 and 1.
The cumulative probability from 0 to x is thus
the probability that the j-th highest value is less than x.
Or it is the probability that that at least i of the random variables are less than x,
Or it is the probability that at least i of the random variables are less than x,
a probability given by summing over the __binomial_distrib
with its p parameter set to x.

10
doc/overview/common_overviews.qbk
View File

@@ -37,11 +37,11 @@ Using policies you can control:
You can control policies:
* Using [link math_toolkit.pol_ref.policy_defaults macros] to
change any default policy: the is the prefered method for installation
change any default policy: the is the preferred method for installation
wide policies.
* At your chosen [link math_toolkit.pol_ref.namespace_pol
namespace scope] for distributions and/or functions: this is the
prefered method for project, namespace, or translation unit scope
preferred method for project, namespace, or translation unit scope
policies.
* In an ad-hoc manner [link math_toolkit.pol_tutorial.ad_hoc_sf_policies
by passing a specific policy to a special function], or to a
@@ -121,7 +121,7 @@ difficult to achieve this on all systems.
Long double support has been disabled because there are no native
long double C std library functions available.]]
[[Windows][Borland C++ 5.8.2 (Developer studio 2006)][No]
[We have only partial compatability with this compiler:
[We have only partial compatibility with this compiler:
Long double support has been disabled because the native
long double C standard library functions really only forward to the
@@ -166,10 +166,10 @@ difficult to achieve this on all systems.
there appear to be no issues.]]
[[Linux][Sun Studio 12][Yes]
[Some tests involving function overload resolution fail to build,
these issues should be rairly encountered in practice.]]
these issues should be rarely encountered in practice.]]
[[Solaris][Sun Studio 12][Yes]
[Some tests involving function overload resolution fail to build,
these issues should be rairly encountered in practice.]]
these issues should be rarely encountered in practice.]]
[[Solaris][GNU C++ 4.x][Yes]
[All tests OK.