aboutsummaryrefslogtreecommitdiffstats
path: root/gcc-4.4.3/libstdc++-v3/doc/xml/manual/numerics.xml
diff options
context:
space:
mode:
Diffstat (limited to 'gcc-4.4.3/libstdc++-v3/doc/xml/manual/numerics.xml')
-rw-r--r--gcc-4.4.3/libstdc++-v3/doc/xml/manual/numerics.xml149
1 files changed, 0 insertions, 149 deletions
diff --git a/gcc-4.4.3/libstdc++-v3/doc/xml/manual/numerics.xml b/gcc-4.4.3/libstdc++-v3/doc/xml/manual/numerics.xml
deleted file mode 100644
index 138531464..000000000
--- a/gcc-4.4.3/libstdc++-v3/doc/xml/manual/numerics.xml
+++ /dev/null
@@ -1,149 +0,0 @@
-<?xml version='1.0'?>
-<!DOCTYPE part PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
- "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd"
-[ ]>
-
-<part id="manual.numerics" xreflabel="Numerics">
-<?dbhtml filename="numerics.html"?>
-
-<partinfo>
- <keywordset>
- <keyword>
- ISO C++
- </keyword>
- <keyword>
- library
- </keyword>
- </keywordset>
-</partinfo>
-
-<title>
- Numerics
- <indexterm><primary>Numerics</primary></indexterm>
-</title>
-
-<!-- Chapter 01 : Complex -->
-<chapter id="manual.numerics.complex" xreflabel="complex">
-<?dbhtml filename="complex.html"?>
- <title>Complex</title>
- <para>
- </para>
- <sect1 id="numerics.complex.processing" xreflabel="complex Processing">
- <title>complex Processing</title>
- <para>
- </para>
- <para>Using <code>complex&lt;&gt;</code> becomes even more comple- er, sorry,
- <emphasis>complicated</emphasis>, with the not-quite-gratuitously-incompatible
- addition of complex types to the C language. David Tribble has
- compiled a list of C++98 and C99 conflict points; his description of
- C's new type versus those of C++ and how to get them playing together
- nicely is
-<ulink url="http://david.tribble.com/text/cdiffs.htm#C99-complex">here</ulink>.
- </para>
- <para><code>complex&lt;&gt;</code> is intended to be instantiated with a
- floating-point type. As long as you meet that and some other basic
- requirements, then the resulting instantiation has all of the usual
- math operators defined, as well as definitions of <code>op&lt;&lt;</code>
- and <code>op&gt;&gt;</code> that work with iostreams: <code>op&lt;&lt;</code>
- prints <code>(u,v)</code> and <code>op&gt;&gt;</code> can read <code>u</code>,
- <code>(u)</code>, and <code>(u,v)</code>.
- </para>
-
- </sect1>
-</chapter>
-
-<!-- Chapter 02 : Generalized Operations -->
-<chapter id="manual.numerics.generalized_ops" xreflabel="Generalized Ops">
-<?dbhtml filename="generalized_numeric_operations.html"?>
- <title>Generalized Operations</title>
- <para>
- </para>
-
- <para>There are four generalized functions in the &lt;numeric&gt; header
- that follow the same conventions as those in &lt;algorithm&gt;. Each
- of them is overloaded: one signature for common default operations,
- and a second for fully general operations. Their names are
- self-explanatory to anyone who works with numerics on a regular basis:
- </para>
- <itemizedlist>
- <listitem><para><code>accumulate</code></para></listitem>
- <listitem><para><code>inner_product</code></para></listitem>
- <listitem><para><code>partial_sum</code></para></listitem>
- <listitem><para><code>adjacent_difference</code></para></listitem>
- </itemizedlist>
- <para>Here is a simple example of the two forms of <code>accumulate</code>.
- </para>
- <programlisting>
- int ar[50];
- int someval = somefunction();
-
- // ...initialize members of ar to something...
-
- int sum = std::accumulate(ar,ar+50,0);
- int sum_stuff = std::accumulate(ar,ar+50,someval);
- int product = std::accumulate(ar,ar+50,1,std::multiplies&lt;int&gt;());
- </programlisting>
- <para>The first call adds all the members of the array, using zero as an
- initial value for <code>sum</code>. The second does the same, but uses
- <code>someval</code> as the starting value (thus, <code>sum_stuff == sum +
- someval</code>). The final call uses the second of the two signatures,
- and multiplies all the members of the array; here we must obviously
- use 1 as a starting value instead of 0.
- </para>
- <para>The other three functions have similar dual-signature forms.
- </para>
-
-</chapter>
-
-<!-- Chapter 03 : Interacting with C -->
-<chapter id="manual.numerics.c" xreflabel="Interacting with C">
-<?dbhtml filename="numerics_and_c.html"?>
- <title>Interacting with C</title>
-
- <sect1 id="numerics.c.array" xreflabel="Numerics vs. Arrays">
- <title>Numerics vs. Arrays</title>
-
- <para>One of the major reasons why FORTRAN can chew through numbers so well
- is that it is defined to be free of pointer aliasing, an assumption
- that C89 is not allowed to make, and neither is C++98. C99 adds a new
- keyword, <code>restrict</code>, to apply to individual pointers. The
- C++ solution is contained in the library rather than the language
- (although many vendors can be expected to add this to their compilers
- as an extension).
- </para>
- <para>That library solution is a set of two classes, five template classes,
- and &quot;a whole bunch&quot; of functions. The classes are required
- to be free of pointer aliasing, so compilers can optimize the
- daylights out of them the same way that they have been for FORTRAN.
- They are collectively called <code>valarray</code>, although strictly
- speaking this is only one of the five template classes, and they are
- designed to be familiar to people who have worked with the BLAS
- libraries before.
- </para>
-
- </sect1>
-
- <sect1 id="numerics.c.c99" xreflabel="C99">
- <title>C99</title>
-
- <para>In addition to the other topics on this page, we'll note here some
- of the C99 features that appear in libstdc++.
- </para>
- <para>The C99 features depend on the <code>--enable-c99</code> configure flag.
- This flag is already on by default, but it can be disabled by the
- user. Also, the configuration machinery will disable it if the
- necessary support for C99 (e.g., header files) cannot be found.
- </para>
- <para>As of GCC 3.0, C99 support includes classification functions
- such as <code>isnormal</code>, <code>isgreater</code>,
- <code>isnan</code>, etc.
- The functions used for 'long long' support such as <code>strtoll</code>
- are supported, as is the <code>lldiv_t</code> typedef. Also supported
- are the wide character functions using 'long long', like
- <code>wcstoll</code>.
- </para>
-
- </sect1>
-</chapter>
-
-</part>