diff --git a/libstdc++-v3/ChangeLog b/libstdc++-v3/ChangeLog
index f6448c16d9d779b58411df4e0d7059c87864227d..15f1ff8d7aa307777738660ffde41a582712da32 100644
--- a/libstdc++-v3/ChangeLog
+++ b/libstdc++-v3/ChangeLog
@@ -1,3 +1,20 @@
+2010-02-22 Benjamin Kosnik <bkoz@redhat.com>
+
+ * doc/xml/class.txml: Adjust biblio markup.
+ * doc/xml/manual/allocator.xml: Same.
+ * doc/xml/manual/ctype.xml: Same.
+ * doc/xml/manual/codecvt.xml: Same.
+ * doc/xml/manual/backwards_compatibility.xml: Same.
+ * doc/xml/manual/abi.xml: Same.
+ * doc/xml/manual/shared_ptr.xml: Same.
+ * doc/xml/manual/profile_mode.xml: Same.
+ * doc/xml/manual/using_exceptions.xml: Same.
+ * doc/xml/manual/locale.xml: Same.
+ * doc/xml/manual/appendix_contributing.xml: Same.
+ * doc/xml/manual/messages.xml: Same.
+ * doc/Makefile.am (DBLATEX_FLAGS): Adjust.
+ * doc/Makefile.in: Regenerate.
+
2010-02-22 François Dumont <francois.cppdevs@free.fr>
* doc/xml/manual/profile_mode.xml: Minor updates and fixes.
diff --git a/libstdc++-v3/doc/Makefile.am b/libstdc++-v3/doc/Makefile.am
index bcc51980e9315fb5f54ba4404f2925d406b340ff..22c30f1715da9b43551a069a7260472b4bbfb406 100644
--- a/libstdc++-v3/doc/Makefile.am
+++ b/libstdc++-v3/doc/Makefile.am
@@ -228,7 +228,7 @@ doc-pdf-prince: $(xml_sources) ${glibcxx_builddir}/doc/pdf
# PDF 5
# dblatex
-DBLATEX_FLAGS = --verbose --pdf -o pdf/spine.pdf
+DBLATEX_FLAGS = --dump --verbose --pdf -o pdf/manual.pdf
doc-pdf-dblatex: $(xml_sources) ${glibcxx_builddir}/doc/pdf
@echo "Generating pdf dblatex files..."
dblatex $(DBLATEX_FLAGS) ${top_srcdir}/doc/xml/spine.xml
diff --git a/libstdc++-v3/doc/Makefile.in b/libstdc++-v3/doc/Makefile.in
index 1598534b9ee8dc7bdf248b402e319d8460e9c481..a592cc33f002d698ec36b3015ac593aaf1fbb131 100644
--- a/libstdc++-v3/doc/Makefile.in
+++ b/libstdc++-v3/doc/Makefile.in
@@ -377,7 +377,7 @@ PRINCE_FLAGS = --log prince.log -o pdf/spine.pdf
# PDF 5
# dblatex
-DBLATEX_FLAGS = --verbose --pdf -o pdf/spine.pdf
+DBLATEX_FLAGS = --dump --verbose --pdf -o pdf/manual.pdf
# By adding these files here, automake will remove them for 'make clean'
CLEANFILES = *.log
diff --git a/libstdc++-v3/doc/xml/class.txml b/libstdc++-v3/doc/xml/class.txml
index 4e628f8c7c694428a2dc770c677d56497c4cf148..83497db3720062ef89746a6f66838e7ca456117a 100644
--- a/libstdc++-v3/doc/xml/class.txml
+++ b/libstdc++-v3/doc/xml/class.txml
@@ -114,8 +114,13 @@
<abbrev>
</abbrev>
- <title>
- </title>
+ <biblioid class="uri">
+ <ulink url="http://about:blank">
+ <citetitle>
+ The Title
+ </citetitle>
+ </ulink>
+ </biblioid>
<editor>
<firstname></firstname>
@@ -138,11 +143,6 @@
</publishername>
</publisher>
- <biblioid>
- <ulink url="">
- </ulink>
- </biblioid>
-
</biblioentry>
-->
diff --git a/libstdc++-v3/doc/xml/manual/abi.xml b/libstdc++-v3/doc/xml/manual/abi.xml
index 6561184cc0c42ab21012734b654ab4fc04b04de8..cc5370e26aca65e30a5b13570ba9571c2a1bae65 100644
--- a/libstdc++-v3/doc/xml/manual/abi.xml
+++ b/libstdc++-v3/doc/xml/manual/abi.xml
@@ -1,6 +1,6 @@
<sect1 id="appendix.porting.abi" xreflabel="abi">
<?dbhtml filename="abi.html"?>
-
+
<sect1info>
<keywordset>
<keyword>
@@ -38,14 +38,14 @@
perhaps also dependent on features in the C++ Standard Library.
</para>
-<para>
+<para>
The C++ Standard Library has many include files, types defined in
those include files, specific named functions, and other
behavior. The text of these behaviors, as written in source include
files, is called the Application Programing Interface, or API.
</para>
-<para>
+<para>
Furthermore, C++ source that is compiled into object files is
transformed by the compiler: it arranges objects with specific
alignment and in a particular layout, mangling names according to a
@@ -69,7 +69,7 @@
for Code Generation Conventions</ulink>.
</para>
-<para>
+<para>
The configure options used when building a specific libstdc++
version may also impact the resulting library ABI. The available
configure options, and their impact on the library ABI, are
@@ -114,7 +114,7 @@ given compiler ABI. In a nutshell:
C++ toolchain. With each release, various details have been changed so
as to give distinct versions to the C++ interface.
</para>
-
+
<sect3 id="abi.versioning.goals">
<title>Goals</title>
@@ -183,9 +183,9 @@ compatible.
hppa-linux this is either libgcc_s.so.1 (when configuring
<code>--with-sjlj-exceptions</code>) or libgcc_s.so.2. For all
others, this is libgcc_s.so.1. </para>
- </listitem>
+ </listitem>
</itemizedlist>
-
+
</listitem>
<listitem><para>Symbol versioning on the libgcc_s.so binary.</para>
@@ -336,7 +336,7 @@ compatible.
<listitem><para>gcc-4.5.0: GLIBCXX_3.4.14, CXXABI_1.3.4</para></listitem>
</itemizedlist>
</listitem>
-
+
<listitem>
<para>Incremental bumping of a compiler pre-defined macro,
__GXX_ABI_VERSION. This macro is defined as the version of the
@@ -344,7 +344,7 @@ compatible.
be automatically defined whenever g++ is used (the curious can
test this by invoking g++ with the '-v' flag.)
</para>
-
+
<para>
This macro was defined in the file "lang-specs.h" in the gcc/cp directory.
Later versions defined it in "c-common.c" in the gcc directory, and from
@@ -652,11 +652,11 @@ int main()
%g++ hello.cc -o hello.out
%ldd hello.out
- libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00764000)
- libm.so.6 => /lib/tls/libm.so.6 (0x004a8000)
- libgcc_s.so.1 => /mnt/hd/bld/gcc/gcc/libgcc_s.so.1 (0x40016000)
- libc.so.6 => /lib/tls/libc.so.6 (0x0036d000)
- /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00355000)
+ libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00764000)
+ libm.so.6 => /lib/tls/libm.so.6 (0x004a8000)
+ libgcc_s.so.1 => /mnt/hd/bld/gcc/gcc/libgcc_s.so.1 (0x40016000)
+ libc.so.6 => /lib/tls/libc.so.6 (0x0036d000)
+ /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00355000)
%nm hello.out
</programlisting>
@@ -722,7 +722,7 @@ class that would otherwise have implicit versions. This will change
the way the compiler deals with this class in by-value return
statements or parameters: instead of being passing instances of this
class in registers, the compiler will be forced to use memory. See <ulink url="http://www.codesourcery.com/cxx-abi/abi.html#calls"> this part</ulink>
- of the C++ ABI documentation for further details.
+ of the C++ ABI documentation for further details.
</para></listitem>
</orderedlist>
@@ -748,7 +748,7 @@ class in registers, the compiler will be forced to use memory. See <ulink url="h
<variablelist>
<varlistentry>
<term>Include files have declarations, source files have defines</term>
-
+
<listitem>
<para>
For non-templatized types, such as much of <code>class
@@ -759,7 +759,7 @@ class in registers, the compiler will be forced to use memory. See <ulink url="h
</para>
</listitem>
</varlistentry>
-
+
<varlistentry>
<term>Extern template on required types</term>
@@ -782,7 +782,7 @@ class in registers, the compiler will be forced to use memory. See <ulink url="h
</variablelist>
- <para>
+ <para>
In addition, these techniques have the additional benefit that they
reduce binary size, which can increase runtime performance.
</para>
@@ -865,7 +865,7 @@ standard includes.</para>
</para>
<para>
- One. Intel ABI checker.
+ One. Intel ABI checker.
</para>
<para>
@@ -888,8 +888,8 @@ Testing the C++ library ABI can also be done various ways.
</para>
<para>
-One.
-(Brendan Kehoe, Jeff Law suggestion to run 'make check-c++' two ways,
+One.
+(Brendan Kehoe, Jeff Law suggestion to run 'make check-c++' two ways,
one with a new compiler and an old library, and the other with an old
compiler and a new library, and look for testsuite regressions)
</para>
@@ -900,8 +900,8 @@ http://gcc.gnu.org/ml/gcc/2002-08/msg00142.html
</para>
<para>
-Two.
-Use the 'make check-abi' rule in the libstdc++ Makefile.
+Two.
+Use the 'make check-abi' rule in the libstdc++ Makefile.
</para>
<para>
@@ -924,7 +924,7 @@ machinery.
<para>
This dataset is insufficient, yet a start. Also needed is a
comprehensive check for all user-visible types part of the standard
-library for sizeof() and alignof() changes.
+library for sizeof() and alignof() changes.
</para>
<para>
@@ -969,7 +969,7 @@ exceptions, locale, etc.
%$bld/H-x86-gcc-3.4.0/bin/g++ -c a.cc
-%ar cru libone.a a.o
+%ar cru libone.a a.o
</programlisting>
<para> And, libtwo is constructed as follows: </para>
@@ -983,7 +983,7 @@ exceptions, locale, etc.
%$bld/H-x86-gcc-3.3.3/bin/g++ -c b.cc
-%ar cru libtwo.a b.o
+%ar cru libtwo.a b.o
</programlisting>
<para> ...with the resulting libraries looking like </para>
@@ -991,22 +991,22 @@ exceptions, locale, etc.
<screen>
<computeroutput>
%ldd libone.so.1.0.0
- libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40016000)
- libm.so.6 => /lib/tls/libm.so.6 (0x400fa000)
- libgcc_s.so.1 => /mnt/hd/bld/gcc/gcc/libgcc_s.so.1 (0x4011c000)
- libc.so.6 => /lib/tls/libc.so.6 (0x40125000)
- /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00355000)
+ libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40016000)
+ libm.so.6 => /lib/tls/libm.so.6 (0x400fa000)
+ libgcc_s.so.1 => /mnt/hd/bld/gcc/gcc/libgcc_s.so.1 (0x4011c000)
+ libc.so.6 => /lib/tls/libc.so.6 (0x40125000)
+ /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00355000)
%ldd libtwo.so.1.0.0
- libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40027000)
- libm.so.6 => /lib/tls/libm.so.6 (0x400e1000)
- libgcc_s.so.1 => /mnt/hd/bld/gcc/gcc/libgcc_s.so.1 (0x40103000)
- libc.so.6 => /lib/tls/libc.so.6 (0x4010c000)
- /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00355000)
+ libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40027000)
+ libm.so.6 => /lib/tls/libm.so.6 (0x400e1000)
+ libgcc_s.so.1 => /mnt/hd/bld/gcc/gcc/libgcc_s.so.1 (0x40103000)
+ libc.so.6 => /lib/tls/libc.so.6 (0x4010c000)
+ /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00355000)
</computeroutput>
</screen>
-<para>
+<para>
Then, the "C" compiler is used to compile a source file that uses
functions from each library.
</para>
@@ -1021,12 +1021,12 @@ gcc test.c -g -O2 -L. -lone -ltwo /usr/lib/libstdc++.so.5 /usr/lib/libstdc++.so.
<screen>
<computeroutput>
%ldd a.out
- libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00764000)
- libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40015000)
- libc.so.6 => /lib/tls/libc.so.6 (0x0036d000)
- libm.so.6 => /lib/tls/libm.so.6 (0x004a8000)
- libgcc_s.so.1 => /mnt/hd/bld/gcc/gcc/libgcc_s.so.1 (0x400e5000)
- /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00355000)
+ libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00764000)
+ libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40015000)
+ libc.so.6 => /lib/tls/libc.so.6 (0x0036d000)
+ libm.so.6 => /lib/tls/libm.so.6 (0x004a8000)
+ libgcc_s.so.1 => /mnt/hd/bld/gcc/gcc/libgcc_s.so.1 (0x400e5000)
+ /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00355000)
</computeroutput>
</screen>
@@ -1041,7 +1041,7 @@ gcc test.c -g -O2 -L. -lone -ltwo /usr/lib/libstdc++.so.5 /usr/lib/libstdc++.so.
<sect2 id="abi.issues">
<title>Outstanding Issues</title>
-<para>
+<para>
Some features in the C++ language make versioning especially
difficult. In particular, compiler generated constructs such as
implicit instantiations for templates, typeinfo information, and
@@ -1068,151 +1068,136 @@ gcc test.c -g -O2 -L. -lone -ltwo /usr/lib/libstdc++.so.5 /usr/lib/libstdc++.so.
<title>Bibliography</title>
<biblioentry>
- <title>
- ABIcheck, a vague idea of checking ABI compatibility
- </title>
-
- <biblioid>
+ <biblioid class="uri">
<ulink url="http://abicheck.sourceforge.net/">
+ <citetitle>
+ ABIcheck, a vague idea of checking ABI compatibility
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- C++ ABI Reference
- </title>
-
- <biblioid>
+ <biblioid class="uri">
<ulink url="http://www.codesourcery.com/public/cxx-abi/">
+ <citetitle>
+ C++ ABI Reference
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- Intel® Compilers for Linux* -Compatibility with the GNU Compilers
- </title>
-
- <biblioid>
+ <biblioid class="uri">
<ulink url="http://www.intel.com/cd/software/products/asmo-na/eng/284736.htm">
+ <citetitle>
+ Intel Compilers for Linux Compatibility with the GNU Compilers
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- Sun Solaris 2.9 : Linker and Libraries Guide (document 816-1386)
- </title>
-
- <biblioid>
+ <biblioid class="uri">
<ulink url="http://docs.sun.com/app/docs/doc/817-1984">
+ <citetitle>
+ Sun Solaris 2.9 : Linker and Libraries Guide (document 816-1386)
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- Sun Solaris 2.9 : C++ Migration Guide (document 816-2459)
- </title>
-
- <biblioid>
+ <biblioid class="uri">
<ulink url="http://docs.sun.com/app/docs/doc/819-5266">
+ <citetitle>
+ Sun Solaris 2.9 : C++ Migration Guide (document 816-2459)
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- How to Write Shared Libraries
- </title>
+ <biblioid class="uri">
+ <ulink url="http://people.redhat.com/drepper/dsohowto.pdf">
+ <citetitle>
+ How to Write Shared Libraries
+ </citetitle>
+ </ulink>
+ </biblioid>
<author>
<firstname>Ulrich</firstname>
<surname>Drepper</surname>
</author>
-
- <biblioid>
- <ulink url="http://people.redhat.com/drepper/dsohowto.pdf">
- </ulink>
- </biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- C++ ABI for the ARM Architecture
- </title>
-
- <biblioid>
+ <biblioid class="uri">
<ulink url="http://www.arm.com/miscPDFs/8033.pdf">
+ <citetitle>
+ C++ ABI for the ARM Architecture
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- Dynamic Shared Objects: Survey and Issues
- </title>
+ <biblioid class="uri">
+ <ulink url="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n1976.html">
+ <citetitle>
+ Dynamic Shared Objects: Survey and Issues
+ </citetitle>
+ </ulink>
+ </biblioid>
<subtitle>
ISO C++ J16/06-0046
</subtitle>
-
<author>
<firstname>Benjamin</firstname>
<surname>Kosnik</surname>
</author>
-
- <biblioid>
- <ulink url="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n1976.html">
- </ulink>
- </biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- Versioning With Namespaces
- </title>
+ <biblioid class="uri">
+ <ulink url="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2013.html">
+ <citetitle>
+ Versioning With Namespaces
+ </citetitle>
+ </ulink>
+ </biblioid>
<subtitle>
ISO C++ J16/06-0083
</subtitle>
-
<author>
<firstname>Benjamin</firstname>
<surname>Kosnik</surname>
</author>
-
- <biblioid>
- <ulink url="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2013.html">
- </ulink>
- </biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- Binary Compatibility of Shared Libraries Implemented in C++ on GNU/Linux Systems
- </title>
-
+ <biblioid class="uri">
+ <ulink url="http://syrcose.ispras.ru/2009/files/SYRCoSE2009-CfP.pdf">
+ <citetitle>
+ Binary Compatibility of Shared Libraries Implemented in C++
+ on GNU/Linux Systems
+ </citetitle>
+ </ulink>
+ </biblioid>
<subtitle>
-SYRCoSE 2009
+ SYRCoSE 2009
</subtitle>
-
<author>
<firstname>Pavel</firstname>
<surname>Shved</surname>
</author>
-
<author>
<firstname>Denis</firstname>
<surname>Silakov</surname>
</author>
-
- <biblioid>
- <ulink url="http://syrcose.ispras.ru/2009/files/SYRCoSE2009-CfP.pdf">
- </ulink>
- </biblioid>
- </biblioentry>
-
+ </biblioentry>
</bibliography>
</sect1>
diff --git a/libstdc++-v3/doc/xml/manual/allocator.xml b/libstdc++-v3/doc/xml/manual/allocator.xml
index 2f2b03849aa8d265b609becb003f89644639ba76..12d9d0ca25e266a1cacebb36b8634faa491e9566 100644
--- a/libstdc++-v3/doc/xml/manual/allocator.xml
+++ b/libstdc++-v3/doc/xml/manual/allocator.xml
@@ -1,6 +1,6 @@
<sect1 id="manual.util.memory.allocator" xreflabel="Allocator">
<?dbhtml filename="allocator.html"?>
-
+
<sect1info>
<keywordset>
<keyword>
@@ -51,9 +51,9 @@
<listitem>
<para>
The interface of the <classname>allocator<T></classname> class is
- extremely simple. It has about 20 public declarations (nested
- typedefs, member functions, etc), but the two which concern us most
- are:
+ extremely simple. It has about 20 public declarations (nested
+ typedefs, member functions, etc), but the two which concern us most
+ are:
</para>
<programlisting>
T* allocate (size_type n, const void* hint = 0);
@@ -65,14 +65,14 @@
functions is a <emphasis>count</emphasis> of the number of
<type>T</type>'s to allocate space for, <emphasis>not their
total size</emphasis>.
- (This is a simplification; the real signatures use nested typedefs.)
+ (This is a simplification; the real signatures use nested typedefs.)
</para>
</listitem>
<listitem>
<para>
The storage is obtained by calling <function>::operator
new</function>, but it is unspecified when or how
- often this function is called. The use of the
+ often this function is called. The use of the
<varname>hint</varname> is unspecified, but intended as an
aid to locality if an implementation so
desires. <constant>[20.4.1.1]/6</constant>
@@ -80,7 +80,7 @@
</listitem>
</itemizedlist>
- <para>
+ <para>
Complete details can be found in the C++ standard, look in
<constant>[20.4 Memory]</constant>.
</para>
@@ -106,7 +106,7 @@
<function>std::malloc</function> and <function>free</function>.
</para>
- <para>
+ <para>
Another approach is to use intelligence within the allocator
class to cache allocations. This extra machinery can take a variety
of forms: a bitmap index, an index into an exponentially increasing
@@ -148,17 +148,17 @@
The only allocator interface that
is supported is the standard C++ interface. As such, all STL
containers have been adjusted, and all external allocators have
- been modified to support this change.
+ been modified to support this change.
</para>
- <para>
+ <para>
The class <classname>allocator</classname> just has typedef,
constructor, and rebind members. It inherits from one of the
high-speed extension allocators, covered below. Thus, all
allocation and deallocation depends on the base class.
</para>
- <para>
+ <para>
The base class that <classname>allocator</classname> is derived from
may not be user-configurable.
</para>
@@ -168,14 +168,14 @@
<sect3>
<title>Selecting Default Allocation Policy</title>
- <para>
+ <para>
It's difficult to pick an allocation strategy that will provide
maximum utility, without excessively penalizing some behavior. In
fact, it's difficult just deciding which typical actions to measure
for speed.
</para>
- <para>
+ <para>
Three synthetic benchmarks have been created that provide data
that is used to compare different C++ allocators. These tests are:
</para>
@@ -183,12 +183,12 @@
<orderedlist>
<listitem>
<para>
- Insertion.
+ Insertion.
</para>
<para>
Over multiple iterations, various STL container
objects have elements inserted to some maximum amount. A variety
- of allocators are tested.
+ of allocators are tested.
Test source for <ulink url="http://gcc.gnu.org/viewcvs/trunk/libstdc%2B%2B-v3/testsuite/performance/23_containers/insert/sequence.cc?view=markup">sequence</ulink>
and <ulink url="http://gcc.gnu.org/viewcvs/trunk/libstdc%2B%2B-v3/testsuite/performance/23_containers/insert/associative.cc?view=markup">associative</ulink>
containers.
@@ -203,8 +203,8 @@
<para>
This test shows the ability of the allocator to reclaim memory
on a per-thread basis, as well as measuring thread contention
- for memory resources.
- Test source
+ for memory resources.
+ Test source
<ulink url="http://gcc.gnu.org/viewcvs/trunk/libstdc%2B%2B-v3/testsuite/performance/23_containers/insert_erase/associative.cc?view=markup">here</ulink>.
</para>
</listitem>
@@ -216,7 +216,7 @@
<para>
Test source for
<ulink url="http://gcc.gnu.org/viewcvs/trunk/libstdc++-v3/testsuite/performance/23_containers/producer_consumer/sequence.cc?view=markup">sequence</ulink>
- and
+ and
<ulink url="http://gcc.gnu.org/viewcvs/trunk/libstdc++-v3/testsuite/performance/23_containers/producer_consumer/associative.cc?view=markup">associative</ulink>
containers.
</para>
@@ -234,7 +234,7 @@
<sect3>
<title>Disabling Memory Caching</title>
- <para>
+ <para>
In use, <classname>allocator</classname> may allocate and
deallocate using implementation-specified strategies and
heuristics. Because of this, every call to an allocator object's
@@ -244,17 +244,17 @@
function.
</para>
- <para>
- This can be confusing.
+ <para>
+ This can be confusing.
</para>
- <para>
+ <para>
In particular, this can make debugging memory errors more
difficult, especially when using third party tools like valgrind or
debug versions of <function>new</function>.
</para>
- <para>
+ <para>
There are various ways to solve this problem. One would be to use
a custom allocator that just called operators
<function>new</function> and <function>delete</function>
@@ -308,16 +308,16 @@
<sect2 id="allocator.custom">
<title>Custom Allocators</title>
- <para>
+ <para>
Writing a portable C++ allocator would dictate that the interface
would look much like the one specified for
<classname>allocator</classname>. Additional member functions, but
not subtractions, would be permissible.
</para>
- <para>
+ <para>
Probably the best place to start would be to copy one of the
- extension allocators: say a simple one like
+ extension allocators: say a simple one like
<classname>new_allocator</classname>.
</para>
@@ -326,7 +326,7 @@
<sect2 id="allocator.ext">
<title>Extension Allocators</title>
- <para>
+ <para>
Several other allocators are provided as part of this
implementation. The location of the extension allocators and their
names have changed, but in all cases, functionality is
@@ -382,7 +382,7 @@
<para>
<classname>debug_allocator</classname>
</para>
- <para>
+ <para>
A wrapper around an arbitrary allocator A. It passes on
slightly increased size requests to A, and uses the extra
memory to store size information. When a pointer is passed
@@ -395,17 +395,17 @@
<para>
<classname>throw_allocator</classname>
</para>
- <para>
+ <para>
Includes memory tracking and marking abilities as well as hooks for
throwing exceptions at configurable intervals (including random,
- all, none).
+ all, none).
</para>
</listitem>
<listitem>
<para>
<classname>__pool_alloc</classname>
</para>
- <para>
+ <para>
A high-performance, single pool allocator. The reusable
memory is shared among identical instantiations of this type.
It calls through <function>::operator new</function> to
@@ -416,7 +416,7 @@
directly.
</para>
- <para>
+ <para>
Older versions of this class take a boolean template
parameter, called <varname>thr</varname>, and an integer template
parameter, called <varname>inst</varname>.
@@ -484,7 +484,7 @@
<para>
A high-performance allocator that uses a bit-map to keep track
of the used and unused memory locations. It has its own
- documentation, found <link
+ documentation, found <link
linkend="manual.ext.allocator.bitmap">here</link>.
</para>
</listitem>
@@ -497,65 +497,55 @@
<biblioentry>
<title>
- ISO/IEC 14882:1998 Programming languages - C++
+ ISO/IEC 14882:1998 Programming languages - C++
</title>
-
<abbrev>
isoc++_1998
</abbrev>
<pagenums>20.4 Memory</pagenums>
- </biblioentry>
-
- <biblioentry>
- <title>The Standard Librarian: What Are Allocators Good
- </title>
-
- <abbrev>
- austernm
- </abbrev>
+ </biblioentry>
+ <biblioentry>
+ <biblioid class="uri">
+ <ulink url="http://www.drdobbs.com/cpp/184403759">
+ <citetitle>
+ The Standard Librarian: What Are Allocators Good For?
+ </citetitle>
+ </ulink>
+ </biblioid>
<author>
<firstname>Matt</firstname>
<surname>Austern</surname>
</author>
-
<publisher>
<publishername>
- C/C++ Users Journal
+ C/C++ Users Journal
</publishername>
</publisher>
+ </biblioentry>
- <biblioid>
- <ulink url="http://www.cuj.com/documents/s=8000/cujcexp1812austern/">
+ <biblioentry>
+ <biblioid class="uri">
+ <ulink url="http://www.cs.umass.edu/~emery/hoard/">
+ <citetitle>
+ The Hoard Memory Allocator
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
-
- <biblioentry>
- <title>The Hoard Memory Allocator</title>
-
- <abbrev>
- emeryb
- </abbrev>
-
<author>
<firstname>Emery</firstname>
<surname>Berger</surname>
</author>
+ </biblioentry>
- <biblioid>
- <ulink url="http://www.cs.umass.edu/~emery/hoard/">
+ <biblioentry>
+ <biblioid class="uri">
+ <ulink url="http://www.cs.umass.edu/~emery/pubs/berger-oopsla2002.pdf">
+ <citetitle>
+ Reconsidering Custom Memory Allocation
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
-
- <biblioentry>
- <title>Reconsidering Custom Memory Allocation</title>
-
- <abbrev>
- bergerzorn
- </abbrev>
-
<author>
<firstname>Emery</firstname>
<surname>Berger</surname>
@@ -568,26 +558,21 @@
<firstname>Kathryn</firstname>
<surname>McKinley</surname>
</author>
-
<copyright>
<year>2002</year>
<holder>OOPSLA</holder>
</copyright>
+ </biblioentry>
- <biblioid>
- <ulink url="http://www.cs.umass.edu/~emery/pubs/berger-oopsla2002.pdf">
- </ulink>
- </biblioid>
- </biblioentry>
-
<biblioentry>
- <title>Allocator Types</title>
-
- <abbrev>
- kreftlanger
- </abbrev>
-
+ <biblioid class="uri">
+ <ulink url="http://www.angelikalanger.com/Articles/C++Report/Allocators/Allocators.html">
+ <citetitle>
+ Allocator Types
+ </citetitle>
+ </ulink>
+ </biblioid>
<author>
<firstname>Klaus</firstname>
<surname>Kreft</surname>
@@ -596,26 +581,15 @@
<firstname>Angelika</firstname>
<surname>Langer</surname>
</author>
-
<publisher>
<publishername>
- C/C++ Users Journal
+ C/C++ Users Journal
</publishername>
</publisher>
+ </biblioentry>
- <biblioid>
- <ulink url="http://www.angelikalanger.com/Articles/C++Report/Allocators/Allocators.html">
- </ulink>
- </biblioid>
- </biblioentry>
-
<biblioentry>
<title>The C++ Programming Language</title>
-
- <abbrev>
- tcpl
- </abbrev>
-
<author>
<firstname>Bjarne</firstname>
<surname>Stroustrup</surname>
@@ -625,31 +599,20 @@
<holder></holder>
</copyright>
<pagenums>19.4 Allocators</pagenums>
-
<publisher>
<publishername>
Addison Wesley
</publishername>
</publisher>
- </biblioentry>
-
+ </biblioentry>
+
<biblioentry>
<title>Yalloc: A Recycling C++ Allocator</title>
-
- <abbrev>
- yenf
- </abbrev>
-
<author>
<firstname>Felix</firstname>
<surname>Yen</surname>
</author>
- <copyright>
- <year></year>
- <holder></holder>
- </copyright>
-
- </biblioentry>
+ </biblioentry>
</bibliography>
</sect1>
diff --git a/libstdc++-v3/doc/xml/manual/appendix_contributing.xml b/libstdc++-v3/doc/xml/manual/appendix_contributing.xml
index ea0c71576a91eeef8566c8b09c19fb43dd92f518..25b34465ce62f021055fdfb91fea3a809199e74d 100644
--- a/libstdc++-v3/doc/xml/manual/appendix_contributing.xml
+++ b/libstdc++-v3/doc/xml/manual/appendix_contributing.xml
@@ -1085,7 +1085,7 @@ indicate a place that may require attention for multi-thread safety.
</para>
<table frame='all'>
-<title>HTML to Doxygen markup comparison</title>
+<title>HTML to Doxygen Markup Comparison</title>
<tgroup cols='2' align='left' colsep='1' rowsep='1'>
<colspec colname='c1'></colspec>
<colspec colname='c2'></colspec>
@@ -1318,15 +1318,16 @@ xmllint --noout --valid <filename>xml/index.xml</filename>
<sect3 id="docbook.markup">
<title>Markup By Example</title>
-<para>
-Complete details on Docbook markup can be found in the DocBook Element
-Reference, <ulink url="http://www.docbook.org/tdg/en/html/part2.html">online</ulink>. An
-incomplete reference for HTML to Docbook conversion is detailed in the
-table below.
-</para>
+ <para>
+ Complete details on Docbook markup can be found in the DocBook
+ Element Reference,
+ <ulink url="http://www.docbook.org/tdg/en/html/part2.html">online</ulink>.
+ An incomplete reference for HTML to Docbook conversion is
+ detailed in the table below.
+ </para>
<table frame='all'>
-<title>HTML to Docbook XML markup comparison</title>
+<title>HTML to Docbook XML Markup Comparison</title>
<tgroup cols='2' align='left' colsep='1' rowsep='1'>
<colspec colname='c1'></colspec>
<colspec colname='c2'></colspec>
diff --git a/libstdc++-v3/doc/xml/manual/backwards_compatibility.xml b/libstdc++-v3/doc/xml/manual/backwards_compatibility.xml
index a7b76a48af35f7081c9bdcaadf77716d9e597122..c6135530c188ac1897603ac46d02ae100301a467 100644
--- a/libstdc++-v3/doc/xml/manual/backwards_compatibility.xml
+++ b/libstdc++-v3/doc/xml/manual/backwards_compatibility.xml
@@ -1,6 +1,6 @@
<sect1 id="manual.appendix.porting.backwards" xreflabel="backwards">
<?dbhtml filename="backwards.html"?>
-
+
<sect1info>
<keywordset>
<keyword>
@@ -37,7 +37,7 @@ Committee couldn't include everything, and so a lot of those
<quote>obvious</quote> classes didn't get included.
</para>
-<para>Known Issues include many of the limitations of its immediate ancestor.</para>
+<para>Known Issues include many of the limitations of its immediate ancestor.</para>
<para>Portability notes and known implementation limitations are as follows.</para>
@@ -75,14 +75,14 @@ considered replaced and rewritten.
<sect2 id="backwards.second">
<title>Second</title>
-<para>
+<para>
The second generation GNU C++ library was called libstdc++, or
libstdc++-v2. It spans the time between libg++ and pre-ISO C++
standardization and is usually associated with the following GCC
releases: egcs 1.x, gcc 2.95, and gcc 2.96.
</para>
-<para>
+<para>
The STL portions of this library are based on SGI/HP STL release 3.11.
</para>
@@ -108,8 +108,8 @@ considered replaced and rewritten.
The following sections list some possible solutions to support compilers
that cannot ignore <code>std::</code>-qualified names.
</para>
-
- <para>
+
+ <para>
First, see if the compiler has a flag for this. Namespace
back-portability-issues are generally not a problem for g++
compilers that do not have libstdc++ in <code>std::</code>, as the
@@ -124,11 +124,11 @@ considered replaced and rewritten.
Second, experiment with a variety of pre-processor tricks.
</para>
- <para>
+ <para>
By defining <code>std</code> as a macro, fully-qualified namespace
calls become global. Volia.
</para>
-
+
<programlisting>
#ifdef WICKEDLY_OLD_COMPILER
# define std
@@ -169,8 +169,8 @@ AC_DEFUN([AC_CXX_NAMESPACE_STD], [
ac_cv_cxx_have_std_namespace,
[AC_LANG_SAVE
AC_LANG_CPLUSPLUS
- AC_TRY_COMPILE([#include <iostream>
- std::istream& is = std::cin;],,
+ AC_TRY_COMPILE([#include <iostream>
+ std::istream& is = std::cin;],,
ac_cv_cxx_have_std_namespace=yes, ac_cv_cxx_have_std_namespace=no)
AC_LANG_RESTORE
])
@@ -188,7 +188,7 @@ AC_DEFUN([AC_CXX_NAMESPACE_STD], [
use, and then correct use.
</para>
-<itemizedlist>
+<itemizedlist>
<listitem>
<para>
you cannot do <code>ostream::operator<<(iterator)</code>
@@ -205,7 +205,7 @@ AC_DEFUN([AC_CXX_NAMESPACE_STD], [
<listitem>
<para>
<code>if (iterator)</code> won't work any more => use
- <code>if (iterator != iterator_type())</code>
+ <code>if (iterator != iterator_type())</code>
</para>
</listitem>
</itemizedlist>
@@ -215,7 +215,7 @@ AC_DEFUN([AC_CXX_NAMESPACE_STD], [
<title><code>isspace</code> from <filename class="headerfile">cctype</filename> is a macro
</title>
- <para>
+ <para>
Glibc 2.0.x and 2.1.x define <filename
class="headerfile">ctype.h</filename> functionality as macros
(isspace, isalpha etc.).
@@ -227,27 +227,27 @@ AC_DEFUN([AC_CXX_NAMESPACE_STD], [
names. For example:
</para>
-<programlisting>
-#include <cctype>
-int main() { std::isspace('X'); }
+<programlisting>
+#include <cctype>
+int main() { std::isspace('X'); }
</programlisting>
<para>
Results in something like this:
</para>
-<programlisting>
-std:: (__ctype_b[(int) ( ( 'X' ) )] & (unsigned short int) _ISspace ) ;
+<programlisting>
+std:: (__ctype_b[(int) ( ( 'X' ) )] & (unsigned short int) _ISspace ) ;
</programlisting>
-<para>
+<para>
A solution is to modify a header-file so that the compiler tells
<filename class="headerfile">ctype.h</filename> to define functions
instead of macros:
</para>
<programlisting>
-// This keeps isalnum, et al from being propagated as macros.
+// This keeps isalnum, et al from being propagated as macros.
#if __linux__
# define __NO_CTYPE 1
#endif
@@ -282,7 +282,7 @@ AC_TRY_COMPILE(
#include <vector>
#include <deque>
#include <string>
-
+
using namespace std;
],
[
@@ -310,7 +310,7 @@ AC_DEFINE(HAVE_CONTAINER_AT)],
<para>
Use some kind of autoconf test, plus this:
-</para>
+</para>
<programlisting>
#ifdef HAVE_CHAR_TRAITS
@@ -330,18 +330,18 @@ AC_DEFINE(HAVE_CONTAINER_AT)],
<code>clear</code> and <code>erase</code> (the latter returns the
string).
</para>
-
+
<programlisting>
-void
+void
clear() { _M_mutate(0, this->size(), 0); }
</programlisting>
<programlisting>
-basic_string&
+basic_string&
erase(size_type __pos = 0, size_type __n = npos)
-{
+{
return this->replace(_M_check(__pos), _M_fold(__pos, __n),
- _M_data(), _M_data());
+ _M_data(), _M_data());
}
</programlisting>
@@ -358,7 +358,7 @@ erase(size_type __pos = 0, size_type __n = npos)
extensions
</title>
-<para>
+<para>
These are no longer supported. Please use stringstreams instead.
</para>
</sect3>
@@ -377,25 +377,25 @@ erase(size_type __pos = 0, size_type __n = npos)
<itemizedlist>
<listitem>
- <para>
+ <para>
<code>strstream</code> is considered to be deprecated
</para>
</listitem>
<listitem>
- <para>
+ <para>
<code>strstream</code> is limited to <code>char</code>
</para>
</listitem>
<listitem>
- <para>
+ <para>
with <code>ostringstream</code> you don't have to take care of
- terminating the string or freeing its memory
+ terminating the string or freeing its memory
</para>
</listitem>
<listitem>
- <para>
+ <para>
<code>istringstream</code> can be re-filled (clear();
- str(input);)
+ str(input);)
</para>
</listitem>
</itemizedlist>
@@ -403,7 +403,7 @@ erase(size_type __pos = 0, size_type __n = npos)
<para>
You can then use output-stringstreams like this:
</para>
-
+
<programlisting>
#ifdef HAVE_SSTREAM
# include <sstream>
@@ -436,7 +436,7 @@ m_label.set_text(oss.str());
<para>
Input-stringstreams can be used similarly:
</para>
-
+
<programlisting>
std::string input;
...
@@ -447,12 +447,12 @@ std::istrstream iss(input.c_str());
#endif
int i;
-iss >> i;
+iss >> i;
</programlisting>
<para> One (the only?) restriction is that an istrstream cannot be re-filled:
</para>
-
+
<programlisting>
std::istringstream iss(numerator);
iss >> m_num;
@@ -461,11 +461,11 @@ iss.clear();
iss.str(denominator);
iss >> m_den;
</programlisting>
-
+
<para>
If you don't care about speed, you can put these conversions in
a template-function:
-</para>
+</para>
<programlisting>
template <class X>
void fromString(const string& input, X& any)
@@ -483,7 +483,7 @@ any = temp;
}
</programlisting>
-<para>
+<para>
Another example of using stringstreams is in <link
linkend="strings.string.shrink">this howto</link>.
</para>
@@ -559,7 +559,7 @@ particular <quote>info iostream</quote>.
</para>
<itemizedlist>
- <listitem>
+ <listitem>
<para>
Our threading expert Loren gives a breakdown of <ulink
url="http://gcc.gnu.org/ml/libstdc++/2001-10/msg00024.html">the
@@ -567,17 +567,17 @@ particular <quote>info iostream</quote>.
release series.
</para>
</listitem>
- <listitem>
+ <listitem>
<para>
<ulink url="http://gcc.gnu.org/ml/libstdc++/2001-05/msg00384.html">
- This message</ulink> inspired a recent updating of issues with
- threading and the SGI STL library. It also contains some
- example POSIX-multithreaded STL code.
+ This message</ulink> inspired a recent updating of issues with
+ threading and the SGI STL library. It also contains some
+ example POSIX-multithreaded STL code.
</para>
</listitem>
</itemizedlist>
- <para>
+ <para>
(A large selection of links to older messages has been removed;
many of the messages from 1999 were lost in a disk crash, and the
few people with access to the backup tapes have been too swamped
@@ -596,12 +596,12 @@ libstdc++-v3.
</para>
<para>The subset commonly known as the Standard Template Library
- (chapters 23 through 25, mostly) is adapted from the final release
- of the SGI STL (version 3.3), with extensive changes.
+ (chapters 23 through 25, mostly) is adapted from the final release
+ of the SGI STL (version 3.3), with extensive changes.
</para>
<para>A more formal description of the V3 goals can be found in the
- official <link linkend="contrib.design_notes">design document</link>.
+ official <link linkend="contrib.design_notes">design document</link>.
</para>
<para>Portability notes and known implementation limitations are as follows.</para>
@@ -637,7 +637,7 @@ AC_DEFUN([AC_HEADER_PRE_STDCXX], [
[AC_LANG_SAVE
AC_LANG_CPLUSPLUS
ac_save_CXXFLAGS="$CXXFLAGS"
- CXXFLAGS="$CXXFLAGS -Wno-deprecated"
+ CXXFLAGS="$CXXFLAGS -Wno-deprecated"
# Omit defalloc.h, as compilation with newer compilers is problematic.
AC_TRY_COMPILE([
@@ -697,10 +697,10 @@ other usage is correct.
<title>Extension headers hash_map, hash_set moved to ext or backwards</title>
<para>At this time most of the features of the SGI STL extension have been
- replaced by standardized libraries.
- In particular, the unordered_map and unordered_set containers of TR1
- are suitable replacement for the non-standard hash_map and hash_set
- containers in the SGI STL.
+ replaced by standardized libraries.
+ In particular, the unordered_map and unordered_set containers of TR1
+ are suitable replacement for the non-standard hash_map and hash_set
+ containers in the SGI STL.
</para>
<para> Header files <filename class="headerfile">hash_map</filename> and <filename class="headerfile">hash_set</filename> moved
to <filename class="headerfile">ext/hash_map</filename> and <filename class="headerfile">ext/hash_set</filename>,
@@ -711,33 +711,33 @@ and <filename class="headerfile">unordered_set</filename> instead.
</para>
<para>The extensions are no longer in the global or <code>std</code>
- namespaces, instead they are declared in the <code>__gnu_cxx</code>
- namespace. For maximum portability, consider defining a namespace
- alias to use to talk about extensions, e.g.:
+ namespaces, instead they are declared in the <code>__gnu_cxx</code>
+ namespace. For maximum portability, consider defining a namespace
+ alias to use to talk about extensions, e.g.:
</para>
<programlisting>
#ifdef __GNUC__
#if __GNUC__ < 3
- #include <hash_map.h>
- namespace extension { using ::hash_map; }; // inherit globals
+ #include <hash_map.h>
+ namespace extension { using ::hash_map; }; // inherit globals
#else
- #include <backward/hash_map>
- #if __GNUC__ == 3 && __GNUC_MINOR__ == 0
- namespace extension = std; // GCC 3.0
- #else
- namespace extension = ::__gnu_cxx; // GCC 3.1 and later
- #endif
+ #include <backward/hash_map>
+ #if __GNUC__ == 3 && __GNUC_MINOR__ == 0
+ namespace extension = std; // GCC 3.0
+ #else
+ namespace extension = ::__gnu_cxx; // GCC 3.1 and later
+ #endif
#endif
#else // ... there are other compilers, right?
- namespace extension = std;
+ namespace extension = std;
#endif
- extension::hash_map<int,int> my_map;
+ extension::hash_map<int,int> my_map;
</programlisting>
<para>This is a bit cleaner than defining typedefs for all the
- instantiations you might need.
+ instantiations you might need.
</para>
-
+
<para>The following autoconf tests check for working HP/SGI hash containers.
</para>
@@ -750,7 +750,7 @@ AC_DEFUN([AC_HEADER_EXT_HASH_MAP], [
[AC_LANG_SAVE
AC_LANG_CPLUSPLUS
ac_save_CXXFLAGS="$CXXFLAGS"
- CXXFLAGS="$CXXFLAGS -Werror"
+ CXXFLAGS="$CXXFLAGS -Werror"
AC_TRY_COMPILE([#include <ext/hash_map>], [using __gnu_cxx::hash_map;],
ac_cv_cxx_ext_hash_map=yes, ac_cv_cxx_ext_hash_map=no)
CXXFLAGS="$ac_save_CXXFLAGS"
@@ -770,7 +770,7 @@ AC_DEFUN([AC_HEADER_EXT_HASH_SET], [
[AC_LANG_SAVE
AC_LANG_CPLUSPLUS
ac_save_CXXFLAGS="$CXXFLAGS"
- CXXFLAGS="$CXXFLAGS -Werror"
+ CXXFLAGS="$CXXFLAGS -Werror"
AC_TRY_COMPILE([#include <ext/hash_set>], [using __gnu_cxx::hash_set;],
ac_cv_cxx_ext_hash_set=yes, ac_cv_cxx_ext_hash_set=no)
CXXFLAGS="$ac_save_CXXFLAGS"
@@ -811,7 +811,7 @@ No <code>stream::attach(int fd)</code>
Phil Edwards writes: It was considered and rejected for the ISO
standard. Not all environments use file descriptors. Of those
that do, not all of them use integers to represent them.
- </para>
+ </para>
<para>
For a portable solution (among systems which use
@@ -819,7 +819,7 @@ No <code>stream::attach(int fd)</code>
<code>std::streambuf</code> (or
<code>std::basic_streambuf<..></code>) which opens a file
given a descriptor, and then pass an instance of this to the
- stream-constructor.
+ stream-constructor.
</para>
<para>
@@ -832,7 +832,7 @@ No <code>stream::attach(int fd)</code>
<para>
For another example of this, refer to
- <ulink url="http://www.josuttis.com/cppcode/fdstream.html">fdstream example</ulink>
+ <ulink url="http://www.josuttis.com/cppcode/fdstream.html">fdstream example</ulink>
by Nicolai Josuttis.
</para>
</sect3>
@@ -1022,7 +1022,7 @@ AC_DEFUN([AC_COMPILE_STDCXX_0X], [
AC_LANG_CPLUSPLUS
AC_TRY_COMPILE([
template <typename T>
- struct check
+ struct check
{
static_assert(sizeof(int) <= sizeof(T), "not big enough");
};
@@ -1044,10 +1044,10 @@ AC_DEFUN([AC_COMPILE_STDCXX_0X], [
[AC_LANG_SAVE
AC_LANG_CPLUSPLUS
ac_save_CXXFLAGS="$CXXFLAGS"
- CXXFLAGS="$CXXFLAGS -std=c++0x"
+ CXXFLAGS="$CXXFLAGS -std=c++0x"
AC_TRY_COMPILE([
template <typename T>
- struct check
+ struct check
{
static_assert(sizeof(int) <= sizeof(T), "not big enough");
};
@@ -1070,10 +1070,10 @@ AC_DEFUN([AC_COMPILE_STDCXX_0X], [
[AC_LANG_SAVE
AC_LANG_CPLUSPLUS
ac_save_CXXFLAGS="$CXXFLAGS"
- CXXFLAGS="$CXXFLAGS -std=gnu++0x"
+ CXXFLAGS="$CXXFLAGS -std=gnu++0x"
AC_TRY_COMPILE([
template <typename T>
- struct check
+ struct check
{
static_assert(sizeof(int) <= sizeof(T), "not big enough");
};
@@ -1091,8 +1091,8 @@ AC_DEFUN([AC_COMPILE_STDCXX_0X], [
AC_LANG_RESTORE
])
- if test "$ac_cv_cxx_compile_cxx0x_native" = yes ||
- test "$ac_cv_cxx_compile_cxx0x_cxx" = yes ||
+ if test "$ac_cv_cxx_compile_cxx0x_native" = yes ||
+ test "$ac_cv_cxx_compile_cxx0x_cxx" = yes ||
test "$ac_cv_cxx_compile_cxx0x_gxx" = yes; then
AC_DEFINE(HAVE_STDCXX_0X,,[Define if g++ supports C++0x features. ])
fi
@@ -1112,7 +1112,7 @@ AC_DEFUN([AC_HEADER_STDCXX_0X], [
AC_LANG_SAVE
AC_LANG_CPLUSPLUS
ac_save_CXXFLAGS="$CXXFLAGS"
- CXXFLAGS="$CXXFLAGS -std=gnu++0x"
+ CXXFLAGS="$CXXFLAGS -std=gnu++0x"
AC_TRY_COMPILE([
#include <cassert>
@@ -1202,7 +1202,7 @@ AC_DEFUN([AC_HEADER_UNORDERED_MAP], [
AC_LANG_SAVE
AC_LANG_CPLUSPLUS
ac_save_CXXFLAGS="$CXXFLAGS"
- CXXFLAGS="$CXXFLAGS -std=gnu++0x"
+ CXXFLAGS="$CXXFLAGS -std=gnu++0x"
AC_TRY_COMPILE([#include <unordered_map>], [using std::unordered_map;],
ac_cv_cxx_unordered_map=yes, ac_cv_cxx_unordered_map=no)
CXXFLAGS="$ac_save_CXXFLAGS"
@@ -1223,7 +1223,7 @@ AC_DEFUN([AC_HEADER_UNORDERED_SET], [
AC_LANG_SAVE
AC_LANG_CPLUSPLUS
ac_save_CXXFLAGS="$CXXFLAGS"
- CXXFLAGS="$CXXFLAGS -std=gnu++0x"
+ CXXFLAGS="$CXXFLAGS -std=gnu++0x"
AC_TRY_COMPILE([#include <unordered_set>], [using std::unordered_set;],
ac_cv_cxx_unordered_set=yes, ac_cv_cxx_unordered_set=no)
CXXFLAGS="$ac_save_CXXFLAGS"
@@ -1254,61 +1254,42 @@ AC_DEFUN([AC_HEADER_UNORDERED_SET], [
<title>Bibliography</title>
<biblioentry>
- <abbrev>
- kegel41
- </abbrev>
-
- <title>
- Migrating to GCC 4.1
- </title>
-
+ <biblioid class="uri">
+ <ulink url="http://www.kegel.com/gcc/gcc4.html">
+ <citetitle>
+ Migrating to GCC 4.1
+ </citetitle>
+ </ulink>
+ </biblioid>
<author>
<firstname>Dan</firstname>
<surname>Kegel</surname>
</author>
+ </biblioentry>
- <biblioid>
- <ulink url="http://www.kegel.com/gcc/gcc4.html">
+ <biblioentry>
+ <biblioid class="uri">
+ <ulink url="http://lists.debian.org/debian-gcc/2006/03/msg00405.html">
+ <citetitle>
+ Building the Whole Debian Archive with GCC 4.1: A Summary
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
-
-
- <biblioentry>
- <abbrev>
- kegel41
- </abbrev>
-
- <title>
- Building the Whole Debian Archive with GCC 4.1: A Summary
- </title>
-
<author>
<firstname>Martin</firstname>
<surname>Michlmayr</surname>
</author>
-
- <biblioid>
- <ulink url="http://lists.debian.org/debian-gcc/2006/03/msg00405.html">
- </ulink>
- </biblioid>
- </biblioentry>
-
+ </biblioentry>
<biblioentry>
- <abbrev>
- lbl32
- </abbrev>
-
- <title>
- Migration guide for GCC-3.2
- </title>
-
- <biblioid>
+ <biblioid class="uri">
<ulink url="http://annwm.lbl.gov/~leggett/Atlas/gcc-3.2.html">
+ <citetitle>
+ Migration guide for GCC-3.2
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
+ </biblioentry>
</bibliography>
diff --git a/libstdc++-v3/doc/xml/manual/codecvt.xml b/libstdc++-v3/doc/xml/manual/codecvt.xml
index 637e0815d97edda7871c6db6498d42073f054e70..d9ed13ce387a2783607bf9787a9757f2e26d9240 100644
--- a/libstdc++-v3/doc/xml/manual/codecvt.xml
+++ b/libstdc++-v3/doc/xml/manual/codecvt.xml
@@ -1,6 +1,6 @@
<sect1 id="manual.localization.facet.codecvt" xreflabel="codecvt">
<?dbhtml filename="codecvt.html"?>
-
+
<sect1info>
<keywordset>
<keyword>
@@ -53,21 +53,21 @@ The text around the codecvt definition gives some clues:
-1- The class codecvt<internT,externT,stateT> is for use when
converting from one codeset to another, such as from wide characters
to multibyte characters, between wide character encodings such as
-Unicode and EUC.
+Unicode and EUC.
</emphasis>
</para>
</blockquote>
-<para>
+<para>
Hmm. So, in some unspecified way, Unicode encodings and
translations between other character sets should be handled by this
-class.
+class.
</para>
<blockquote>
<para>
<emphasis>
--2- The stateT argument selects the pair of codesets being mapped between.
+-2- The stateT argument selects the pair of codesets being mapped between.
</emphasis>
</para>
</blockquote>
@@ -248,7 +248,7 @@ when implemented using standard "C" functions.
</para>
<para>
-Three problems arise, one big, one of medium importance, and one small.
+Three problems arise, one big, one of medium importance, and one small.
</para>
<para>
@@ -348,7 +348,7 @@ There are two constructors for encoding_state:
</para>
<para>
-<code>
+<code>
encoding_state() : __in_desc(0), __out_desc(0)
</code>
</para>
@@ -359,7 +359,7 @@ nl_langinfo(CODESET).
</para>
<para>
-<code>
+<code>
encoding_state(const char* __int, const char* __ext)
</code>
</para>
@@ -380,9 +380,9 @@ inducing) strategy was implemented: end-users can specify any string
encodings. It is up to the user to make sure that these strings are
valid on the target system.
</para>
-
+
<para>
-<code>
+<code>
void
_M_init()
</code>
@@ -396,7 +396,7 @@ functions will return error.
</para>
<para>
-<code>
+<code>
bool
_M_good()
</code>
@@ -413,7 +413,7 @@ ready to convert and will return true.
</para>
<para>
-<code>
+<code>
encoding_state(const encoding_state&)
</code>
</para>
@@ -448,8 +448,8 @@ codecvt usage.
const ext_type* e_lit = "black pearl jasmine tea";
int size = strlen(e_lit);
- int_type i_lit_base[24] =
- { 25088, 27648, 24832, 25344, 27392, 8192, 28672, 25856, 24832, 29184,
+ int_type i_lit_base[24] =
+ { 25088, 27648, 24832, 25344, 27392, 8192, 28672, 25856, 24832, 29184,
27648, 8192, 27136, 24832, 29440, 27904, 26880, 28160, 25856, 8192, 29696,
25856, 24832, 2560
};
@@ -465,14 +465,14 @@ codecvt usage.
locale loc(locale::classic(), new unicode_codecvt);
// sanity check the constructed locale has the specialized facet.
VERIFY( has_facet<unicode_codecvt>(loc) );
- const unicode_codecvt& cvt = use_facet<unicode_codecvt>(loc);
+ const unicode_codecvt& cvt = use_facet<unicode_codecvt>(loc);
// convert between const char* and unicode strings
unicode_codecvt::state_type state01("UNICODE", "ISO_8859-1");
initialize_state(state01);
- result r1 = cvt.in(state01, e_lit, e_lit + size, efrom_next,
- i_arr, i_arr + size, ito_next);
+ result r1 = cvt.in(state01, e_lit, e_lit + size, efrom_next,
+ i_arr, i_arr + size, ito_next);
VERIFY( r1 == codecvt_base::ok );
- VERIFY( !int_traits::compare(i_arr, i_lit, size) );
+ VERIFY( !int_traits::compare(i_arr, i_lit, size) );
VERIFY( efrom_next == e_lit + size );
VERIFY( ito_next == i_arr + size );
</programlisting>
@@ -505,7 +505,7 @@ codecvt usage.
what is equal? A byte by byte comparison or an
encoding then byte comparison?
</para></listitem>
-
+
<listitem><para>
conversions between narrow, wide, and unicode strings
</para></listitem>
@@ -520,12 +520,12 @@ codecvt usage.
standards-conformant manner?
</para></listitem>
- <listitem><para>
+ <listitem><para>
how to synchronize the "C" and "C++"
conversion information?
</para></listitem>
- <listitem><para>
+ <listitem><para>
wchar_t/char internal buffers and conversions between
internal/external buffers?
</para></listitem>
@@ -542,7 +542,6 @@ codecvt usage.
<title>
The GNU C Library
</title>
-
<author>
<surname>McGrath</surname>
<firstname>Roland</firstname>
@@ -551,94 +550,85 @@ codecvt usage.
<surname>Drepper</surname>
<firstname>Ulrich</firstname>
</author>
-
<copyright>
<year>2007</year>
<holder>FSF</holder>
</copyright>
- <pagenums>Chapters 6 Character Set Handling and 7 Locales and Internationalization</pagenums>
-
- </biblioentry>
+ <pagenums>
+ Chapters 6 Character Set Handling and 7 Locales and Internationalization
+ </pagenums>
+ </biblioentry>
<biblioentry>
<title>
Correspondence
</title>
-
<author>
<surname>Drepper</surname>
<firstname>Ulrich</firstname>
</author>
-
<copyright>
<year>2002</year>
<holder></holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
ISO/IEC 14882:1998 Programming languages - C++
</title>
-
<copyright>
<year>1998</year>
<holder>ISO</holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
ISO/IEC 9899:1999 Programming languages - C
</title>
-
<copyright>
<year>1999</year>
<holder>ISO</holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- The Open Group Base Specifications, Issue 6 (IEEE Std. 1003.1-2004)
- </title>
-
+ <biblioid class="uri">
+ <ulink url="http://www.opengroup.org/austin">
+ <citetitle>
+ System Interface Definitions, Issue 7 (IEEE Std. 1003.1-2008)
+ </citetitle>
+ </ulink>
+ </biblioid>
<copyright>
- <year>1999</year>
+ <year>2008</year>
<holder>
- The Open Group/The Institute of Electrical and Electronics Engineers, Inc.</holder>
+ The Open Group/The Institute of Electrical and Electronics
+ Engineers, Inc.
+ </holder>
</copyright>
-
- <biblioid>
- <ulink url="http://www.unix.org/version3/ieee_std.html">
- </ulink>
- </biblioid>
-
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
The C++ Programming Language, Special Edition
</title>
-
<author>
<surname>Stroustrup</surname>
<firstname>Bjarne</firstname>
</author>
-
<copyright>
<year>2000</year>
<holder>Addison Wesley, Inc.</holder>
</copyright>
<pagenums>Appendix D</pagenums>
-
<publisher>
<publishername>
Addison Wesley
</publishername>
</publisher>
-
- </biblioentry>
+ </biblioentry>
<biblioentry>
@@ -648,82 +638,67 @@ codecvt usage.
<subtitle>
Advanced Programmer's Guide and Reference
</subtitle>
-
<author>
<surname>Langer</surname>
<firstname>Angelika</firstname>
</author>
-
<author>
<surname>Kreft</surname>
<firstname>Klaus</firstname>
</author>
-
<copyright>
<year>2000</year>
<holder>Addison Wesley Longman, Inc.</holder>
</copyright>
-
<publisher>
<publishername>
Addison Wesley Longman
</publishername>
</publisher>
-
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- A brief description of Normative Addendum 1
- </title>
-
+ <biblioid class="uri">
+ <ulink url="http://www.lysator.liu.se/c/na1.html">
+ <citetitle>
+ A brief description of Normative Addendum 1
+ </citetitle>
+ </ulink>
+ </biblioid>
<author>
<surname>Feather</surname>
<firstname>Clive</firstname>
</author>
-
<pagenums>Extended Character Sets</pagenums>
- <biblioid>
- <ulink url="http://www.lysator.liu.se/c/na1.html">
- </ulink>
- </biblioid>
-
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- The Unicode HOWTO
- </title>
-
+ <biblioid class="uri">
+ <ulink url="http://tldp.org/HOWTO/Unicode-HOWTO.html">
+ <citetitle>
+ The Unicode HOWTO
+ </citetitle>
+ </ulink>
+ </biblioid>
<author>
<surname>Haible</surname>
<firstname>Bruno</firstname>
</author>
+ </biblioentry>
- <biblioid>
- <ulink url="http://tldp.org/HOWTO/Unicode-HOWTO.html">
+ <biblioentry>
+ <biblioid class="uri">
+ <ulink url="http://www.cl.cam.ac.uk/~mgk25/unicode.html">
+ <citetitle>
+ UTF-8 and Unicode FAQ for Unix/Linux
+ </citetitle>
</ulink>
</biblioid>
-
- </biblioentry>
-
- <biblioentry>
- <title>
- UTF-8 and Unicode FAQ for Unix/Linux
- </title>
-
<author>
<surname>Khun</surname>
<firstname>Markus</firstname>
</author>
-
- <biblioid>
- <ulink url="http://www.cl.cam.ac.uk/~mgk25/unicode.html">
- </ulink>
- </biblioid>
-
- </biblioentry>
-
+ </biblioentry>
</bibliography>
diff --git a/libstdc++-v3/doc/xml/manual/ctype.xml b/libstdc++-v3/doc/xml/manual/ctype.xml
index 9a0a7ceaec7429af04e9e01b60fbbbd75c51348e..47856079a1c07dbf7cea0cc93dfd84d21b73d6dd 100644
--- a/libstdc++-v3/doc/xml/manual/ctype.xml
+++ b/libstdc++-v3/doc/xml/manual/ctype.xml
@@ -1,6 +1,6 @@
<sect1 id="manual.localization.facet.ctype" xreflabel="ctype">
<?dbhtml filename="ctype.html"?>
-
+
<sect1info>
<keywordset>
<keyword>
@@ -67,45 +67,45 @@ characters.
<itemizedlist>
<listitem>
<para>
- How to deal with the global locale issue?
+ How to deal with the global locale issue?
</para></listitem>
<listitem>
- <para>
+ <para>
How to deal with different types than char, wchar_t? </para></listitem>
<listitem><para>
- Overlap between codecvt/ctype: narrow/widen
+ Overlap between codecvt/ctype: narrow/widen
</para></listitem>
<listitem>
- <para>
+ <para>
Mask typedef in codecvt_base, argument types in codecvt. what
- is know about this type?
+ is know about this type?
</para></listitem>
<listitem>
- <para>
+ <para>
Why mask* argument in codecvt?
</para></listitem>
-
+
<listitem>
<para>
Can this be made (more) generic? is there a simple way to
straighten out the configure-time mess that is a by-product of
- this class?
+ this class?
</para></listitem>
<listitem>
- <para>
+ <para>
Get the ctype<wchar_t>::mask stuff under control. Need to
make some kind of static table, and not do lookup every time
somebody hits the do_is... functions. Too bad we can't just
- redefine mask for ctype<wchar_t>
+ redefine mask for ctype<wchar_t>
</para></listitem>
-
+
<listitem>
- <para>
+ <para>
Rename abstract base class. See if just smash-overriding is a
better approach. Clarify, add sanity to naming.
</para>
@@ -124,7 +124,6 @@ characters.
<title>
The GNU C Library
</title>
-
<author>
<surname>McGrath</surname>
<firstname>Roland</firstname>
@@ -133,95 +132,81 @@ characters.
<surname>Drepper</surname>
<firstname>Ulrich</firstname>
</author>
-
<copyright>
<year>2007</year>
<holder>FSF</holder>
</copyright>
<pagenums>Chapters 6 Character Set Handling and 7 Locales and Internationalization</pagenums>
-
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
Correspondence
</title>
-
<author>
<surname>Drepper</surname>
<firstname>Ulrich</firstname>
</author>
-
<copyright>
<year>2002</year>
<holder></holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
ISO/IEC 14882:1998 Programming languages - C++
</title>
-
<copyright>
<year>1998</year>
<holder>ISO</holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
ISO/IEC 9899:1999 Programming languages - C
</title>
-
<copyright>
<year>1999</year>
<holder>ISO</holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- The Open Group Base Specifications, Issue 6 (IEEE Std. 1003.1-2004)
- </title>
-
+ <biblioid class="uri">
+ <ulink url="http://www.unix.org/version3/ieee_std.html">
+ <citetitle>
+ The Open Group Base Specifications, Issue 6 (IEEE Std. 1003.1-2004)
+ </citetitle>
+ </ulink>
+ </biblioid>
<copyright>
<year>1999</year>
<holder>
The Open Group/The Institute of Electrical and Electronics Engineers, Inc.</holder>
</copyright>
-
- <biblioid>
- <ulink url="http://www.unix.org/version3/ieee_std.html">
- </ulink>
- </biblioid>
-
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
The C++ Programming Language, Special Edition
</title>
-
<author>
<surname>Stroustrup</surname>
<firstname>Bjarne</firstname>
</author>
-
<copyright>
<year>2000</year>
<holder>Addison Wesley, Inc.</holder>
</copyright>
<pagenums>Appendix D</pagenums>
-
<publisher>
<publishername>
Addison Wesley
</publishername>
</publisher>
-
- </biblioentry>
-
+ </biblioentry>
<biblioentry>
<title>
@@ -230,29 +215,24 @@ characters.
<subtitle>
Advanced Programmer's Guide and Reference
</subtitle>
-
<author>
<surname>Langer</surname>
<firstname>Angelika</firstname>
</author>
-
<author>
<surname>Kreft</surname>
<firstname>Klaus</firstname>
</author>
-
<copyright>
<year>2000</year>
<holder>Addison Wesley Longman, Inc.</holder>
</copyright>
-
<publisher>
<publishername>
Addison Wesley Longman
</publishername>
</publisher>
-
- </biblioentry>
+ </biblioentry>
</bibliography>
diff --git a/libstdc++-v3/doc/xml/manual/locale.xml b/libstdc++-v3/doc/xml/manual/locale.xml
index cfb074d51956d30349eb2beb6a7e3bcb42346a52..a4ec77c7053af893528affcd7dc025428a079b96 100644
--- a/libstdc++-v3/doc/xml/manual/locale.xml
+++ b/libstdc++-v3/doc/xml/manual/locale.xml
@@ -1,5 +1,5 @@
<sect1 id="manual.localization.locales.locale" xreflabel="Locale">
-
+
<sect1info>
<keywordset>
<keyword>
@@ -113,8 +113,8 @@ portability is an issue.
<itemizedlist>
<listitem>
- <para>
- <code>`locale -a`</code> displays available locales.
+ <para>
+ <code>`locale -a`</code> displays available locales.
</para>
<blockquote>
<programlisting>
@@ -419,9 +419,9 @@ zh_TW.utf8
</programlisting>
</blockquote>
</listitem>
-
+
<listitem>
- <para>
+ <para>
<code>`locale`</code> displays environmental variables that
impact how locale("") will be deduced.
</para>
@@ -478,33 +478,33 @@ global locale" (emphasis Paolo), that is:
<para>
Locale initialization: at what point does _S_classic, _S_global
get initialized? Can named locales assume this initialization
- has already taken place?
+ has already taken place?
</para>
</listitem>
<listitem>
- <para>
+ <para>
Document how named locales error check when filling data
members. I.e., a fr_FR locale that doesn't have
numpunct::truename(): does it use "true"? Or is it a blank
- string? What's the convention?
+ string? What's the convention?
</para>
</listitem>
<listitem>
- <para>
+ <para>
Explain how locale aliasing happens. When does "de_DE" use "de"
information? What is the rule for locales composed of just an
ISO language code (say, "de") and locales with both an ISO
- language code and ISO country code (say, "de_DE").
+ language code and ISO country code (say, "de_DE").
</para>
</listitem>
<listitem>
- <para>
+ <para>
What should non-required facet instantiations do? If the
generic implementation is provided, then how to end-users
- provide specializations?
+ provide specializations?
</para>
</listitem>
</itemizedlist>
@@ -517,7 +517,6 @@ global locale" (emphasis Paolo), that is:
<title>
The GNU C Library
</title>
-
<author>
<surname>McGrath</surname>
<firstname>Roland</firstname>
@@ -526,95 +525,86 @@ global locale" (emphasis Paolo), that is:
<surname>Drepper</surname>
<firstname>Ulrich</firstname>
</author>
-
<copyright>
<year>2007</year>
<holder>FSF</holder>
</copyright>
- <pagenums>Chapters 6 Character Set Handling and 7 Locales and Internationalization</pagenums>
-
- </biblioentry>
+ <pagenums>
+ Chapters 6 Character Set Handling and 7 Locales and
+ Internationalization
+ </pagenums>
+ </biblioentry>
<biblioentry>
<title>
Correspondence
</title>
-
<author>
<surname>Drepper</surname>
<firstname>Ulrich</firstname>
</author>
-
<copyright>
<year>2002</year>
<holder></holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
ISO/IEC 14882:1998 Programming languages - C++
</title>
-
<copyright>
<year>1998</year>
<holder>ISO</holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
ISO/IEC 9899:1999 Programming languages - C
</title>
-
<copyright>
<year>1999</year>
<holder>ISO</holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- The Open Group Base Specifications, Issue 6 (IEEE Std. 1003.1-2004)
- </title>
-
+ <biblioid class="uri">
+ <ulink url="http://www.opengroup.org/austin">
+ <citetitle>
+ System Interface Definitions, Issue 7 (IEEE Std. 1003.1-2008)
+ </citetitle>
+ </ulink>
+ </biblioid>
<copyright>
- <year>1999</year>
+ <year>2008</year>
<holder>
- The Open Group/The Institute of Electrical and Electronics Engineers, Inc.</holder>
+ The Open Group/The Institute of Electrical and Electronics
+ Engineers, Inc.
+ </holder>
</copyright>
-
- <biblioid>
- <ulink url="http://www.unix.org/version3/ieee_std.html">
- </ulink>
- </biblioid>
-
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
The C++ Programming Language, Special Edition
</title>
-
<author>
<surname>Stroustrup</surname>
<firstname>Bjarne</firstname>
</author>
-
<copyright>
<year>2000</year>
<holder>Addison Wesley, Inc.</holder>
</copyright>
<pagenums>Appendix D</pagenums>
-
<publisher>
<publishername>
Addison Wesley
</publishername>
</publisher>
-
- </biblioentry>
-
+ </biblioentry>
<biblioentry>
<title>
@@ -623,29 +613,24 @@ global locale" (emphasis Paolo), that is:
<subtitle>
Advanced Programmer's Guide and Reference
</subtitle>
-
<author>
<surname>Langer</surname>
<firstname>Angelika</firstname>
</author>
-
<author>
<surname>Kreft</surname>
<firstname>Klaus</firstname>
</author>
-
<copyright>
<year>2000</year>
<holder>Addison Wesley Longman, Inc.</holder>
</copyright>
-
<publisher>
<publishername>
Addison Wesley Longman
</publishername>
</publisher>
-
- </biblioentry>
+ </biblioentry>
</bibliography>
diff --git a/libstdc++-v3/doc/xml/manual/messages.xml b/libstdc++-v3/doc/xml/manual/messages.xml
index 2794030353c1f46fb4f0c362e47f92289b711560..94ef4dc0d52ce525da86b949fb90c01a956577d1 100644
--- a/libstdc++-v3/doc/xml/manual/messages.xml
+++ b/libstdc++-v3/doc/xml/manual/messages.xml
@@ -1,6 +1,6 @@
<sect1 id="manual.localization.facet.messages" xreflabel="Messages">
<?dbhtml filename="messages.html"?>
-
+
<sect1info>
<keywordset>
<keyword>
@@ -40,7 +40,7 @@ during program execution.
<para>
This class has three public member functions, which directly
-correspond to three protected virtual member functions.
+correspond to three protected virtual member functions.
</para>
<para>
@@ -84,7 +84,7 @@ catalog can be opened.
<blockquote>
<para>
<emphasis>
--3- Requires: A catalog cat obtained from open() and not yet closed.
+-3- Requires: A catalog cat obtained from open() and not yet closed.
-4- Returns: A message identified by arguments set, msgid, and dfault,
according to an implementation-defined mapping. If no such message can
be found, returns dfault.
@@ -98,9 +98,9 @@ be found, returns dfault.
<blockquote>
<para>
<emphasis>
--5- Requires: A catalog cat obtained from open() and not yet closed.
--6- Effects: Releases unspecified resources associated with cat.
--7- Notes: The limit on such resources, if any, is implementation-defined.
+-5- Requires: A catalog cat obtained from open() and not yet closed.
+-6- Effects: Releases unspecified resources associated with cat.
+-7- Notes: The limit on such resources, if any, is implementation-defined.
</emphasis>
</para>
</blockquote>
@@ -112,14 +112,14 @@ be found, returns dfault.
<title>Design</title>
<para>
-A couple of notes on the standard.
+A couple of notes on the standard.
</para>
<para>
First, why is <code>messages_base::catalog</code> specified as a typedef
to int? This makes sense for implementations that use
<code>catopen</code>, but not for others. Fortunately, it's not heavily
-used and so only a minor irritant.
+used and so only a minor irritant.
</para>
<para>
@@ -145,7 +145,7 @@ reflection.
Lastly, it seems odd that messages, which explicitly require code
conversion, don't use the codecvt facet. Because the messages facet
has only one template parameter, it is assumed that ctype, and not
-codecvt, is to be used to convert between character sets.
+codecvt, is to be used to convert between character sets.
</para>
<para>
@@ -183,12 +183,12 @@ other, explicitly named locales.
generic
</para>
<para>
- This model does very little, and is what is used by default.
+ This model does very little, and is what is used by default.
</para>
</listitem>
<listitem>
- <para>
+ <para>
gnu
</para>
<para>
@@ -203,7 +203,7 @@ other, explicitly named locales.
</listitem>
<listitem>
- <para>
+ <para>
ieee_1003.1-200x
</para>
<para>
@@ -257,14 +257,14 @@ model.
</listitem>
<listitem>
- <para>
+ <para>
Make initial catalog (see "4 Making the PO Template File" from
the gettext docs).</para>
<para>
<code> xgettext --c++ --debug string_literals.cc -o libstdc++.pot </code>
</para>
</listitem>
-
+
<listitem>
<para>Make language and country-specific locale catalogs.</para>
<para>
@@ -284,7 +284,7 @@ model.
<code>emacs fr_FR.po</code>
</para>
</listitem>
-
+
<listitem>
<para>Make the binary mo files.</para>
<para>
@@ -336,9 +336,9 @@ void test01()
{
typedef messages<char>::catalog catalog;
const char* dir =
- "/mnt/egcs/build/i686-pc-linux-gnu/libstdc++/po/share/locale";
+ "/mnt/egcs/build/i686-pc-linux-gnu/libstdc++/po/share/locale";
const locale loc_de("de_DE");
- const messages<char>& mssg_de = use_facet<messages<char> >(loc_de);
+ const messages<char>& mssg_de = use_facet<messages<char> >(loc_de);
catalog cat_de = mssg_de.open("libstdc++", loc_de, dir);
string s01 = mssg_de.get(cat_de, 0, 0, "please");
@@ -373,7 +373,7 @@ void test01()
</listitem>
<listitem>
- <para>
+ <para>
There are issues with gettext needing the global locale set
to extract a message. This dependence on the global locale
makes the current "gnu" model non MT-safe. Future versions
@@ -385,7 +385,7 @@ void test01()
</listitem>
<listitem>
- <para>
+ <para>
Development versions of the GNU "C" library, glibc 2.3 will allow
a more efficient, MT implementation of std::messages, and will
allow the removal of the _M_name_messages data member. If this is
@@ -414,14 +414,14 @@ void test01()
<para>
<code>
- catalog
- open(const basic_string<char>& __s, const locale& __loc) const
+ catalog
+ open(const basic_string<char>& __s, const locale& __loc) const
</code>
</para>
<para>
<code>
- catalog
+ catalog
open(const basic_string<char>&, const locale&, const char*) const;
</code>
</para>
@@ -445,7 +445,6 @@ void test01()
<title>
The GNU C Library
</title>
-
<author>
<surname>McGrath</surname>
<firstname>Roland</firstname>
@@ -454,42 +453,37 @@ void test01()
<surname>Drepper</surname>
<firstname>Ulrich</firstname>
</author>
-
<copyright>
<year>2007</year>
<holder>FSF</holder>
</copyright>
<pagenums>Chapters 6 Character Set Handling, and 7 Locales and Internationalization
</pagenums>
-
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
Correspondence
</title>
-
<author>
<surname>Drepper</surname>
<firstname>Ulrich</firstname>
</author>
-
<copyright>
<year>2002</year>
<holder></holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
ISO/IEC 14882:1998 Programming languages - C++
</title>
-
<copyright>
<year>1998</year>
<holder>ISO</holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
@@ -500,50 +494,44 @@ void test01()
<year>1999</year>
<holder>ISO</holder>
</copyright>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- System Interface Definitions, Issue 6 (IEEE Std. 1003.1-200x)
- </title>
-
+ <biblioid class="uri">
+ <ulink url="http://www.opengroup.org/austin">
+ <citetitle>
+ System Interface Definitions, Issue 7 (IEEE Std. 1003.1-2008)
+ </citetitle>
+ </ulink>
+ </biblioid>
<copyright>
- <year>1999</year>
+ <year>2008</year>
<holder>
- The Open Group/The Institute of Electrical and Electronics Engineers, Inc.</holder>
+ The Open Group/The Institute of Electrical and Electronics
+ Engineers, Inc.
+ </holder>
</copyright>
-
- <biblioid>
- <ulink url="http://www.opengroup.org/austin/">
- </ulink>
- </biblioid>
-
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
The C++ Programming Language, Special Edition
</title>
-
<author>
<surname>Stroustrup</surname>
<firstname>Bjarne</firstname>
</author>
-
<copyright>
<year>2000</year>
<holder>Addison Wesley, Inc.</holder>
</copyright>
<pagenums>Appendix D</pagenums>
-
<publisher>
<publishername>
Addison Wesley
</publishername>
</publisher>
-
- </biblioentry>
-
+ </biblioentry>
<biblioentry>
<title>
@@ -552,52 +540,48 @@ void test01()
<subtitle>
Advanced Programmer's Guide and Reference
</subtitle>
-
<author>
<surname>Langer</surname>
<firstname>Angelika</firstname>
</author>
-
<author>
<surname>Kreft</surname>
<firstname>Klaus</firstname>
</author>
-
<copyright>
<year>2000</year>
<holder>Addison Wesley Longman, Inc.</holder>
</copyright>
-
<publisher>
<publishername>
Addison Wesley Longman
</publishername>
</publisher>
-
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- Java 2 Platform, Standard Edition, v 1.3.1 API Specification
- </title>
- <pagenums>java.util.Properties, java.text.MessageFormat,
-java.util.Locale, java.util.ResourceBundle</pagenums>
- <biblioid>
+ <biblioid class="uri">
<ulink url="http://java.sun.com/reference/api/index.html">
+ <citetitle>
+ API Specifications, Java Platform
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
+ <pagenums>java.util.Properties, java.text.MessageFormat,
+java.util.Locale, java.util.ResourceBundle
+ </pagenums>
+ </biblioentry>
<biblioentry>
- <title>
- GNU gettext tools, version 0.10.38, Native Language Support
-Library and Tools.
- </title>
- <biblioid>
+ <biblioid class="uri">
<ulink url="http://www.gnu.org/software/gettext/">
+ <citetitle>
+ GNU gettext tools, version 0.10.38, Native Language Support
+Library and Tools.
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
+ </biblioentry>
</bibliography>
diff --git a/libstdc++-v3/doc/xml/manual/profile_mode.xml b/libstdc++-v3/doc/xml/manual/profile_mode.xml
index 2dfeb62debc03128c7041f9a6bde75ac2ec87c84..32d38a615fee2abaf691ea3712571dcde0db4e25 100644
--- a/libstdc++-v3/doc/xml/manual/profile_mode.xml
+++ b/libstdc++-v3/doc/xml/manual/profile_mode.xml
@@ -225,7 +225,7 @@ vector-size: improvement = 3: call stack = 0x804842c ...
<para>
</para>
<table frame='all'>
-<title>Code Location</title>
+<title>Profile Code Location</title>
<tgroup cols='2' align='left' colsep='1' rowsep='1'>
<colspec colname='c1'></colspec>
<colspec colname='c2'></colspec>
@@ -713,7 +713,7 @@ it helps the user focus on the key problems and ignore the uninteresting ones.
</para>
<table frame='all'>
-<title>Diagnostics</title>
+<title>Profile Diagnostics</title>
<tgroup cols='6' align='left' colsep='1' rowsep='1'>
<colspec colname='c1'></colspec>
<colspec colname='c2'></colspec>
diff --git a/libstdc++-v3/doc/xml/manual/shared_ptr.xml b/libstdc++-v3/doc/xml/manual/shared_ptr.xml
index 6aa3d09817cf8f4ec0777f30e7c86494367be764..19f1c021bbae78f3f99664800cf176d08a0bd55c 100644
--- a/libstdc++-v3/doc/xml/manual/shared_ptr.xml
+++ b/libstdc++-v3/doc/xml/manual/shared_ptr.xml
@@ -501,78 +501,55 @@ the following types, depending on how the shared_ptr is constructed.
<title>Bibliography</title>
<biblioentry>
- <abbrev>
- n2351
- </abbrev>
-
- <title>
- Improving shared_ptr for C++0x, Revision 2
- </title>
- <subtitle>
- N2351
- </subtitle>
-
- <biblioid>
+ <biblioid class="uri">
<ulink url="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2351.htm">
+ <citetitle>
+ Improving shared_ptr for C++0x, Revision 2
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
-
-
- <biblioentry>
- <abbrev>
- n2456
- </abbrev>
-
- <title>
- C++ Standard Library Active Issues List (Revision R52)
- </title>
<subtitle>
- N2456
+ N2351
</subtitle>
+ </biblioentry>
- <biblioid>
+ <biblioentry>
+ <biblioid class="uri">
<ulink url="http://open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2456.html">
+ <citetitle>
+ C++ Standard Library Active Issues List
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
-
-
- <biblioentry>
- <abbrev>
- n2461
- </abbrev>
-
- <title>
- Working Draft, Standard for Programming Language C++
- </title>
<subtitle>
- N2461
+ N2456
</subtitle>
+ </biblioentry>
- <biblioid>
+ <biblioentry>
+ <biblioid class="uri">
<ulink url="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2461.pdf">
+ <citetitle>
+ Working Draft, Standard for Programming Language C++
+ </citetitle>
</ulink>
</biblioid>
- </biblioentry>
-
-
- <biblioentry>
- <abbrev>
- boostshared_ptr
- </abbrev>
-
- <title>
- Boost C++ Libraries documentation - shared_ptr class template
- </title>
<subtitle>
N2461
</subtitle>
+ </biblioentry>
- <biblioid>
+ <biblioentry>
+ <biblioid class="uri">
<ulink url="http://boost.org/libs/smart_ptr/shared_ptr.htm">shared_ptr
+ <citetitle>
+ Boost C++ Libraries documentation, shared_ptr
+ </citetitle>
</ulink>
</biblioid>
+ <subtitle>
+ N2461
+ </subtitle>
</biblioentry>
</bibliography>
diff --git a/libstdc++-v3/doc/xml/manual/using_exceptions.xml b/libstdc++-v3/doc/xml/manual/using_exceptions.xml
index 09c21d41ccc9ae531812e10a5035a6cbe174f54f..d6f52a572a1624ec480b5b157c424309ca9f15a2 100644
--- a/libstdc++-v3/doc/xml/manual/using_exceptions.xml
+++ b/libstdc++-v3/doc/xml/manual/using_exceptions.xml
@@ -39,7 +39,7 @@ the <literal>throw</literal> keyword.
These are very powerful constructs, and require some thought when
applied to the standard library in order to yield components that work
efficiently while cleaning up resources when unexpectedly killed via
-exceptional circumstances.
+exceptional circumstances.
</para>
<para>
@@ -51,8 +51,8 @@ exception neutrality and exception safety.
<sect2 id="intro.using.exception.safety" xreflabel="Exception Safety">
<title>Exception Safety</title>
- <para>
- What is exception-safe code?
+ <para>
+ What is exception-safe code?
</para>
<para>
@@ -230,9 +230,9 @@ exception neutrality and exception safety.
use <literal>-fno-exceptions</literal>. If you have some code that
uses <literal>try</literal> or <literal>catch</literal>, you
shouldn't use <literal>-fno-exceptions</literal>.
- </para>
+ </para>
- <para>
+ <para>
And what it to be gained, tinkering in the back alleys with a
language like this? Exception handling overhead can be measured
in the size of the executable binary, and varies with the
@@ -318,7 +318,7 @@ exception neutrality and exception safety.
library has been transformed, user code may need modification. User
code that attempts or expects to do error checking on standard
library components compiled with exception handling disabled should
- be evaluated and potentially made conditional.
+ be evaluated and potentially made conditional.
</para>
<para>
@@ -360,7 +360,7 @@ exception neutrality and exception safety.
<sect3 id="using.exception.compat.c">
<title>With <literal>C</literal></title>
-<para>
+<para>
C language code that is expecting to interoperate with C++ should be
compiled with <literal>-fexceptions</literal>. This will make
debugging a C language function called as part of C++-induced stack
@@ -386,7 +386,7 @@ is called.
<sect3 id="using.exception.compat.posix">
<title>With <literal>POSIX</literal> thread cancellation</title>
-<para>
+<para>
GNU systems re-use some of the exception handling mechanisms to
track control flow for <literal>POSIX</literal> thread cancellation.
</para>
@@ -439,30 +439,33 @@ is called.
<title>Bibliography</title>
<biblioentry>
- <title>
- System Interface Definitions, Issue 7 (IEEE Std. 1003.1-2008)
- </title>
+ <biblioid class="uri">
+ <ulink url="http://www.opengroup.org/austin">
+ <citetitle>
+ System Interface Definitions, Issue 7 (IEEE Std. 1003.1-2008)
+ </citetitle>
+ </ulink>
+ </biblioid>
<pagenums>
2.9.5 Thread Cancellation
</pagenums>
-
<copyright>
<year>2008</year>
<holder>
- The Open Group/The Institute of Electrical and Electronics Engineers, Inc.</holder>
+ The Open Group/The Institute of Electrical and Electronics
+ Engineers, Inc.
+ </holder>
</copyright>
+ </biblioentry>
- <biblioid>
- <ulink url="http://www.opengroup.org/austin/">
+ <biblioentry>
+ <biblioid class="uri">
+ <ulink url="http://www.boost.org/community/error_handling.html">
+ <citetitle>
+ Error and Exception Handling
+ </citetitle>
</ulink>
</biblioid>
-
- </biblioentry>
-
- <biblioentry>
- <title>
- Error and Exception Handling
- </title>
<author>
<firstname>David</firstname>
<surname>Abrahams </surname>
@@ -472,17 +475,17 @@ is called.
Boost
</publishername>
</publisher>
- <biblioid>
- <ulink url="http://www.boost.org/community/error_handling.html">
- </ulink>
- </biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- Exception-Safety in Generic Components
- </title>
+ <biblioid class="uri">
+ <ulink url="http://www.boost.org/community/exception_safety.html">
+ <citetitle>
+ Exception-Safety in Generic Components
+ </citetitle>
+ </ulink>
+ </biblioid>
<author>
<firstname>David</firstname>
<surname>Abrahams</surname>
@@ -492,16 +495,16 @@ is called.
Boost
</publishername>
</publisher>
- <biblioid>
- <ulink url="http://www.boost.org/community/exception_safety.html">
- </ulink>
- </biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- Standard Library Exception Policy
- </title>
+ <biblioid class="uri">
+ <ulink url="www.open-std.org/jtc1/sc22/wg21/docs/papers/1997/N1077.pdf">
+ <citetitle>
+ Standard Library Exception Policy
+ </citetitle>
+ </ulink>
+ </biblioid>
<author>
<firstname>Matt</firstname>
<surname>Austern</surname>
@@ -511,16 +514,16 @@ is called.
WG21 N1077
</publishername>
</publisher>
- <biblioid>
- <ulink url="www.open-std.org/jtc1/sc22/wg21/docs/papers/1997/N1077.pdf">
- </ulink>
- </biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- ia64 c++ abi exception handling
- </title>
+ <biblioid class="uri">
+ <ulink url="http://gcc.gnu.org/ml/gcc-patches/2001-03/msg00661.html">
+ <citetitle>
+ ia64 c++ abi exception handling
+ </citetitle>
+ </ulink>
+ </biblioid>
<author>
<firstname>Richard</firstname>
<surname>Henderson</surname>
@@ -530,25 +533,21 @@ is called.
GNU
</publishername>
</publisher>
- <biblioid>
- <ulink url="http://gcc.gnu.org/ml/gcc-patches/2001-03/msg00661.html">
- </ulink>
- </biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- Appendix E: Standard-Library Exception Safety
- </title>
+ <biblioid class="uri">
+ <ulink url="http://www.research.att.com/~bs/3rd_safe.pdf">
+ <citetitle>
+ Appendix E: Standard-Library Exception Safety
+ </citetitle>
+ </ulink>
+ </biblioid>
<author>
<firstname>Bjarne</firstname>
<surname>Stroustrup</surname>
</author>
- <biblioid>
- <ulink url="http://www.research.att.com/~bs/3rd_safe.pdf">
- </ulink>
- </biblioid>
- </biblioentry>
+ </biblioentry>
<biblioentry>
<title>
@@ -561,18 +560,17 @@ is called.
<firstname>Herb</firstname>
<surname>Sutter</surname>
</author>
- </biblioentry>
+ </biblioentry>
<biblioentry>
- <title>
- exception_defines.h #defines try/catch
- </title>
- <subtitle>
- GCC Bug <ulink url="http://gcc.gnu.org/PR25191">25191</ulink>
- </subtitle>
- <biblioid>
+ <biblioid class="uri">
+ <ulink url="http://gcc.gnu.org/PR25191">
+ <citetitle>
+ GCC Bug 25191: exception_defines.h #defines try/catch
+ </citetitle>
+ </ulink>
</biblioid>
- </biblioentry>
+ </biblioentry>
</bibliography>