OpenE2K/gcc
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

messages.html: Remove angle brackets.

Browse Source 
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
This commit is contained in:
Benjamin Kosnik 2002-01-23 02:02:21 +00:00 committed by Benjamin Kosnik
parent 38979c6587
commit 183490ecc1
3 changed files with 24 additions and 14 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
libstdc++-v3/ChangeLog
View 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.

29
libstdc++-v3/docs/html/17_intro/TODO
View 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

4
libstdc++-v3/docs/html/22_locale/messages.html
View 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