This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
[v3] doc updates
- From: Benjamin Kosnik <bkoz at redhat dot com>
- To: gcc-patches at gcc dot gnu dot org
- Date: Tue, 22 Jan 2002 18:01:41 -0800
- Subject: [v3] doc updates
Before I tell someone else to RTFM I should make sure it's formatted
correctly...
:)
2002-01-22 Benjamin Kosnik <bkoz@redhat.com>
* docs/html/22_locale/messages.html: Remove angle brackets.
* docs/html/17_intro/TODO: Add.
Index: docs/html/17_intro/TODO
===================================================================
RCS file: /cvs/gcc/gcc/libstdc++-v3/docs/html/17_intro/TODO,v
retrieving revision 1.3
diff -c -p -r1.3 TODO
*** TODO 2001/12/18 22:01:20 1.3
--- TODO 2002/01/23 02:00:59
***************
*** 1,3 ****
--- 1,20 ----
+ - do doxygen manpages
+
+ - implement __convert_to_v and __convert_from_v without "C" library
+ functions and and LANG environment variable dependencies.
+
+ - use localedata to implement generic named (non-MT-safe) locales?
+ Figure out a way to use ICU data, like libjava?
+
+ - tuning for executable size, compilation speed, startup allocation,
+ executable speed.
+
+ - benchmarking addition to the testsuite that does the above.
+
+ - thread testing addition to the testsuite.
+
+ - implement symbol versioning for ELF targets.
+
- exception specifications need to be reviewed for all parts of the
library support and utility areas, particularly <new>.
*************** needs to be drawn throughout the entire
*** 41,56 ****
is still subject to some debate on the library issues list, so I
suggest punting till the dust clears.
- - complex<float> seems to be the single largest source of internal
- compiler errors when compiling the c++ library across non-x86
- platforms. Somebody needs to make sure the complex support builtin to
- gcc is actually working. Just as a "for-instance" these things give ICEs:
- class complex<float>& complex<float>::operator-=<float>(const complex<float> &)
- class complex<float>& complex<float>::operator/=<float>(const complex<float> &)
- class complex<float>& complex<float>::operator+=<float>(const complex<float> &)
- class complex<float>& complex<float>::operator-=<float>(const complex<float> &)
- class complex<float>& complex<float>::operator*=<float>(const complex<float> &)
-
- Protect valarray::result_type (not Standard) and make it work with
the various helper classes.
--- 58,63 ----
*************** sources, with macro-guards.
*** 81,88 ****
- write filebuf for wide characters
- add feature-test macros for non-standard extensions
-
- - move major extensions into separate namespace (e.g. stl::)
- create MT abstraction layer
--- 88,93 ----
Index: docs/html/22_locale/messages.html
===================================================================
RCS file: /cvs/gcc/gcc/libstdc++-v3/docs/html/22_locale/messages.html,v
retrieving revision 1.2
diff -c -p -r1.2 messages.html
*** messages.html 2001/09/17 23:24:39 1.2
--- messages.html 2002/01/23 02:00:59
*************** correspond to three protected virtual me
*** 39,45 ****
The public member functions are:
<p>
! <code>catalog open(const basic_string<char>&, const locale&) const</code>
<p>
<code>string_type get(catalog, int, int, const string_type&) const</code>
--- 39,45 ----
The public member functions are:
<p>
! <code>catalog open(const string&, const locale&) const</code>
<p>
<code>string_type get(catalog, int, int, const string_type&) const</code>
*************** The public member functions are:
*** 51,57 ****
While the virtual functions are:
<p>
! <code>catalog do_open(const basic_string<char>&, const locale&) const</code>
<BLOCKQUOTE>
<I>
-1- Returns: A value that may be passed to get() to retrieve a
--- 51,57 ----
While the virtual functions are:
<p>
! <code>catalog do_open(const string&, const locale&) const</code>
<BLOCKQUOTE>
<I>
-1- Returns: A value that may be passed to get() to retrieve a