summaryrefslogtreecommitdiffstats
path: root/libstdc++-v3/doc/html/faq.html
diff options
context:
space:
mode:
authorpaolo <paolo@138bc75d-0d04-0410-961f-82ee72b054a4>2008-03-23 19:19:05 +0000
committerpaolo <paolo@138bc75d-0d04-0410-961f-82ee72b054a4>2008-03-23 19:19:05 +0000
commit0a0d01fb2d89295c11da4a5fbcbd27fa94102cc7 (patch)
treeeafd634dd65826006c150bddde2450910784e272 /libstdc++-v3/doc/html/faq.html
parent9d5b78d0c33fd34e63ea74e0d36c2a7bfb60ba15 (diff)
downloadppe42-gcc-0a0d01fb2d89295c11da4a5fbcbd27fa94102cc7.tar.gz
ppe42-gcc-0a0d01fb2d89295c11da4a5fbcbd27fa94102cc7.zip
2008-03-23 Paolo Carlini <pcarlini@suse.de>
* doc/xml/faq.xml: Fix various links. * doc/xml/api.xml: Likewise. * doc/xml/manual/parallel_mode.xml: Likewise. * doc/html/faq.html: Regenerate. * doc/html/api.html: Likewise. * doc/html/manual/bk01pt12ch31s03.html: Likewise. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@133463 138bc75d-0d04-0410-961f-82ee72b054a4
Diffstat (limited to 'libstdc++-v3/doc/html/faq.html')
-rw-r--r--libstdc++-v3/doc/html/faq.html22
1 files changed, 11 insertions, 11 deletions
diff --git a/libstdc++-v3/doc/html/faq.html b/libstdc++-v3/doc/html/faq.html
index 966f55a2536..b46c2b7ab5a 100644
--- a/libstdc++-v3/doc/html/faq.html
+++ b/libstdc++-v3/doc/html/faq.html
@@ -164,7 +164,7 @@
</p></td></tr><tr class="question"><td align="left" valign="top"><a id="faq.how"></a><a id="q-how"></a><p><b>1.5.</b></p></td><td align="left" valign="top"><p>
How do I contribute to the effort?
</p></td></tr><tr class="answer"><td align="left" valign="top"><a id="a-how"></a></td><td align="left" valign="top"><p>
- Here is <a class="ulink" href="../17_intro/contribute.html" target="_top">a page devoted to
+ Here is <a class="link" href="manual/appendix_contributing.html" title="Appendix A. Contributing">a page devoted to
this topic</a>. Subscribing to the mailing list (see above, or
the homepage) is a very good idea if you have something to
contribute, or if you have spare time and want to
@@ -320,7 +320,7 @@
</p></td></tr><tr class="answer"><td align="left" valign="top"><a id="a-what_is_libsupcxx"></a></td><td align="left" valign="top"><p>
If the only functions from <code class="filename">libstdc++.a</code>
which you need are language support functions (those listed in
- <a class="ulink" href="../18_support/howto.html" target="_top">clause 18</a> of the
+ <a class="link" href="manual/support.html" title="Part II. Support">clause 18</a> of the
standard, e.g., <code class="function">new</code> and
<code class="function">delete</code>), then try linking against
<code class="filename">libsupc++.a</code>, which is a subset of
@@ -578,13 +578,13 @@
reason is that the state flags are <span class="emphasis"><em>not</em></span> cleared
on a successful call to open(). The standard unfortunately did
not specify behavior in this case, and to everybody's great sorrow,
- the <a class="ulink" href="../ext/howto.html#5" target="_top">proposed LWG resolution in
+ the <a class="link" href="manual/bk01pt01ch01s03.html" title="Bugs">proposed LWG resolution in
DR #22</a> is to leave the flags unchanged. You must insert a call
to <code class="function">fs.clear()</code> between the calls to close() and open(),
and then everything will work like we all expect it to work.
<span class="emphasis"><em>Update:</em></span> for GCC 4.0 we implemented the resolution
- of <a class="ulink" href="../ext/howto.html#5" target="_top">DR #409</a> and open() now calls
- <code class="function">clear()</code> on success!
+ of <a class="link" href="manual/bk01pt01ch01s03.html" title="Bugs">DR #409</a> and open()
+ now calls <code class="function">clear()</code> on success!
</p></td></tr><tr class="question"><td align="left" valign="top"><a id="faq.wefcxx_verbose"></a><a id="q-wefcxx_verbose"></a><p><b>6.2.</b></p></td><td align="left" valign="top"><p>
-Weffc++ complains too much
</p></td></tr><tr class="answer"><td align="left" valign="top"><a id="a-wefcxx_verbose"></a></td><td align="left" valign="top"><p>
@@ -647,7 +647,7 @@
</p><p>
More information, including how to optionally enable/disable the
checks, is available
- <a class="ulink" href="../19_diagnostics/howto.html#3" target="_top">here</a>.
+ <a class="link" href="manual/bk01pt03ch08.html" title="Chapter 8. Concept Checking">here</a>.
</p></td></tr><tr class="question"><td align="left" valign="top"><a id="faq.dlopen_crash"></a><a id="q-dlopen_crash"></a><p><b>6.6.</b></p></td><td align="left" valign="top"><p>
Program crashes when using library code in a
dynamically-loaded library
@@ -672,19 +672,19 @@
</p></td></tr><tr class="answer"><td align="left" valign="top"><a id="a-memory_leaks"></a></td><td align="left" valign="top"><p>
A few people have reported that the standard containers appear
to leak memory when tested with memory checkers such as
- <a class="ulink" href="http://developer.kde.org/~sewardj/" target="_top">valgrind</a>.
+ <a class="ulink" href="http://valgrind.org/" target="_top">valgrind</a>.
The library's default allocators keep free memory in a pool
for later reuse, rather than returning it to the OS. Although
this memory is always reachable by the library and is never
lost, memory debugging tools can report it as a leak. If you
want to test the library for memory leaks please read
- <a class="ulink" href="../debug.html#mem" target="_top">Tips for memory leak hunting</a>
+ <a class="link" href="manual/debug.html#debug.memory" title="Memory Leak Hunting">Tips for memory leak hunting</a>
first.
</p></td></tr><tr class="question"><td align="left" valign="top"><a id="faq.list_size_on"></a><a id="q-list_size_on"></a><p><b>6.8.</b></p></td><td align="left" valign="top"><p>
list::size() is O(n)!
</p></td></tr><tr class="answer"><td align="left" valign="top"><a id="a-list_size_on"></a></td><td align="left" valign="top"><p>
See
- the <a class="ulink" href="../23_containers/howto.html#6" target="_top">Containers</a>
+ the <a class="link" href="manual/containers.html" title="Part VII. Containers">Containers</a>
chapter.
</p></td></tr><tr class="question"><td align="left" valign="top"><a id="faq.easy_to_fix"></a><a id="q-easy_to_fix"></a><p><b>6.9.</b></p></td><td align="left" valign="top"><p>
Aw, that's easy to fix!
@@ -695,7 +695,7 @@
patches</a> that covers the procedure, but for libstdc++ you
should also send the patch to our mailing list in addition to
the GCC patches mailing list. The libstdc++
- <a class="ulink" href="../17_intro/contribute.html" target="_top">contributors' page</a>
+ <a class="link" href="manual/appendix_contributing.html" title="Appendix A. Contributing">contributors' page</a>
also talks about how to submit patches.
</p><p>
In addition to the description, the patch, and the ChangeLog
@@ -868,6 +868,6 @@
    </p></div><p>
The copy will take O(n) time and the swap is constant time.
</p><p>
- See <a class="ulink" href="../21_strings/howto.html#6" target="_top">Shrink-to-fit
+ See <a class="link" href="manual/bk01pt05ch13s05.html" title="Shrink to Fit">Shrink-to-fit
strings</a> for a similar solution for strings.
</p></td></tr></tbody></table></div></div><div class="navfooter"><hr /><table width="100%" summary="Navigation footer"><tr><td width="40%" align="left"><a accesskey="p" href="bk03.html">Prev</a> </td><td width="20%" align="center"><a accesskey="u" href="bk03.html">Up</a></td><td width="40%" align="right"> </td></tr><tr><td width="40%" align="left" valign="top"> </td><td width="20%" align="center"><a accesskey="h" href="spine.html">Home</a></td><td width="40%" align="right" valign="top"> </td></tr></table></div></body></html>
OpenPOWER on IntegriCloud