aboutsummaryrefslogtreecommitdiff
path: root/libstdc++-v3/docs/html/ext/howto.html
diff options
context:
space:
mode:
Diffstat (limited to 'libstdc++-v3/docs/html/ext/howto.html')
-rw-r--r--libstdc++-v3/docs/html/ext/howto.html17
1 files changed, 9 insertions, 8 deletions
diff --git a/libstdc++-v3/docs/html/ext/howto.html b/libstdc++-v3/docs/html/ext/howto.html
index 3289619625c..1c190a66613 100644
--- a/libstdc++-v3/docs/html/ext/howto.html
+++ b/libstdc++-v3/docs/html/ext/howto.html
@@ -79,12 +79,12 @@
</p>
<p>Each of the associative containers map, multimap, set, and multiset
have a counterpart which uses a
- <a href="http://www.sgi.com/Technology/STL/HashFunction.html">hashing
+ <a href="http://www.sgi.com/tech/stl/HashFunction.html">hashing
function</a> to do the arranging, instead of a strict weak ordering
function. The classes take as one of their template parameters a
function object that will return the hash value; by default, an
instantiation of
- <a href="http://www.sgi.com/Technology/STL/hash.html">hash</a>.
+ <a href="http://www.sgi.com/tech/stl/hash.html">hash</a>.
You should specialize this functor for your class, or define your own,
before trying to use one of the hashing classes.
</p>
@@ -285,20 +285,21 @@
SGI STL days. We have removed it in gcc 3.3. See next section
for the new way to get the same effect.
</p>
- <h3>Globally disabling memory caching:<code> GLIBCPP_FORCE_NEW</code></h3>
+ <h3>Globally disabling memory caching:<code> GLIBCXX_FORCE_NEW</code></h3>
<p>Starting with gcc 3.3, if you want to globally disable memory
caching within the library for the default allocator (i.e.
the one you get for all library objects when you do not specify
- which one to use), merely set GLIBCPP_FORCE_NEW (at this time,
+ which one to use), merely set GLIBCXX_FORCE_NEW (at this time,
with any value) into your environment before running the
program. You will obtain a similar effect without having to
recompile your entire program and the entire library (the new
operator in gcc is a light wrapper around malloc). If your
- program crashes with GLIBCPP_FORCE_NEW in the environment,
+ program crashes with GLIBCXX_FORCE_NEW in the environment,
it likely means that you linked against objects built against
the older library. Code to support this extension is fully
- compatible with 3.2 code if GLIBCPP_FORCE_NEW is not in the
- environment.
+ compatible with 3.2 code if GLIBCXX_FORCE_NEW is not in the
+ environment. Prior to GCC 3.4, this variable was spelt
+ GLIBCPP_FORCE_NEW.
</p>
<h3>Writing your own allocators</h3>
<p>Depending on your application (a specific program, a generic library,
@@ -414,7 +415,7 @@
<p>
If a DR is not listed here, we may simply not have gotten to it yet;
feel free to submit a patch. Search the include/bits and src
- directories for appearances of _GLIBCPP_RESOLVE_LIB_DEFECTS for
+ directories for appearances of _GLIBCXX_RESOLVE_LIB_DEFECTS for
examples of style. Note that we usually do not make changes to the code
until an issue has reached <a href="lwg-active.html#DR">DR</a> status.
</p>