messages.html: Remove angle brackets.
authorBenjamin Kosnik <bkoz@redhat.com>
Wed, 23 Jan 2002 02:02:21 +0000 (02:02 +0000)
committerBenjamin Kosnik <bkoz@gcc.gnu.org>
Wed, 23 Jan 2002 02:02:21 +0000 (02:02 +0000)
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
libstdc++-v3/docs/html/17_intro/TODO
libstdc++-v3/docs/html/22_locale/messages.html

index a8046cb22d2c349c3b07f13ec6cbc728c4d360b1..4776d8c4f804d6b9f577f181c173dacad89f96dc 100644 (file)
@@ -1,3 +1,8 @@
+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.
index 6a9e16da76c79582551f7d2809ed1da68aa5faf1..bb96d55e294c55d3e0ce02e1257be5b81e3b002c 100644 (file)
@@ -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>. 
 
@@ -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
index 906bff867849a3273c0d8efa7b0dfb873d2b4451..6888c72a980b42a9e4138b0b684697831481dc13 100644 (file)
@@ -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