diff options
Diffstat (limited to 'libstdc++-v3/docs/html/ext/howto.html')
-rw-r--r-- | libstdc++-v3/docs/html/ext/howto.html | 17 |
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> |