+2002-05-20 Phil Edwards <pme@gcc.gnu.org>
+
+ * docs/html/faq/index.html (5.4): Recommend against -I options for
+ finding the ext headers.
+ * docs/html/faq/index.txt: Regenerate.
+
2002-05-19 Paolo Carlini <pcarlini@unitus.it>
* testsuite/23_containers/deque_operators.cc (test01):
<hr>
<h2><a name="5_4">5.4 Extensions and Backward Compatibility</a></h2>
- <p>Although you can specify <code>-I</code> options to make the
- preprocessor search the g++-v3/ext and /backward directories,
- it is better to refer to files there by their path, as in:
+ <p>Headers in the <code>ext</code> and <code>backward</code>
+ subdirectories should be referred to by their relative paths:
<!-- Careful, the leading spaces in PRE show up directly. -->
- </p>
<pre>
- #include <ext/hash_map>
- </pre>
+ #include <ext/hash_map> </pre>
+ rather than using <code>-I</code> or other options. This is more
+ portable and forward-compatible. (The situation is the same as
+ that of other headers whose directories are not searched directly,
+ e.g., <code><sys/stat.h></code>, <code><X11/Xlib.h></code>.
+ </p>
<p>Extensions to the library have
<a href="../ext/howto.html">their own page</a>.
</p>
5.4 Extensions and Backward Compatibility
- Although you can specify -I options to make the preprocessor search
- the g++-v3/ext and /backward directories, it is better to refer to
- files there by their path, as in:
- #include <ext/hash_map>
-
+ Headers in the ext and backward subdirectories should be referred to
+ by their relative paths:
+ #include <ext/hash_map>
+
+ rather than using -I or other options. This is more portable and
+ forward-compatible. (The situation is the same as that of other
+ headers whose directories are not searched directly, e.g.,
+ <sys/stat.h>, <X11/Xlib.h>.
Extensions to the library have [92]their own page.
_________________________________________________________________