messages.html: Remove angle brackets.

2002-01-22  Benjamin Kosnik  <bkoz@redhat.com>

	* docs/html/22_locale/messages.html: Remove angle brackets.
	* docs/html/17_intro/TODO: Add.

From-SVN: r49119

libstdc++-v3/ChangeLog

+2002-01-22  Benjamin Kosnik  <bkoz@redhat.com>
+
+	* docs/html/22_locale/messages.html: Remove angle brackets.
+	* docs/html/17_intro/TODO: Add.
+	
 2002-01-22  Paolo Carlini  <pcarlini@unitus.it>
 
 	* testsuite/27_io/ios_manip_basefield.cc: Enable test02.

libstdc++-v3/docs/html/17_intro/TODO

+- 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>. 
 
@@ -41,16 +58,6 @@ needs to be drawn throughout the entire STL implementation.
 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.
 
@@ -82,8 +89,6 @@ sources, with macro-guards.
 
 - add feature-test macros for non-standard extensions
 
-- move major extensions into separate namespace (e.g. stl::)
-
 - create MT abstraction layer
 
 - add MT support for locale, string, istream, ostream

libstdc++-v3/docs/html/22_locale/messages.html

@@ -39,7 +39,7 @@ correspond to three protected virtual member functions.
 The public member functions are:
 
 <p>
-<code>catalog open(const basic_string<char>&, const locale&) const</code>
+<code>catalog open(const string&, const locale&) const</code>
 
 <p>
 <code>string_type get(catalog, int, int, const string_type&) const</code>
@@ -51,7 +51,7 @@ The public member functions are:
 While the virtual functions are:
 
 <p>
-<code>catalog do_open(const basic_string<char>&, const locale&) const</code>
+<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