From 9560d353d38cd1efb65c919eb44953503bcfafdc Mon Sep 17 00:00:00 2001 From: Benjamin Kosnik Date: Tue, 18 Dec 2001 22:01:20 +0000 Subject: TODO: Update. 2001-12-18 Benjamin Kosnik * docs/html/17_intro/TODO: Update. * docs/html/17_intro/RELEASE-NOTES: Edits, update. * README: Edit for clarity, update to reflect current directory structure. From-SVN: r48165 --- libstdc++-v3/docs/html/17_intro/RELEASE-NOTES | Bin 3022 -> 3250 bytes libstdc++-v3/docs/html/17_intro/TODO | 78 -------------------------- 2 files changed, 78 deletions(-) (limited to 'libstdc++-v3/docs') diff --git a/libstdc++-v3/docs/html/17_intro/RELEASE-NOTES b/libstdc++-v3/docs/html/17_intro/RELEASE-NOTES index 0f83422..5cf43ee 100644 Binary files a/libstdc++-v3/docs/html/17_intro/RELEASE-NOTES and b/libstdc++-v3/docs/html/17_intro/RELEASE-NOTES differ diff --git a/libstdc++-v3/docs/html/17_intro/TODO b/libstdc++-v3/docs/html/17_intro/TODO index 0128b2b..6a9e16d 100644 --- a/libstdc++-v3/docs/html/17_intro/TODO +++ b/libstdc++-v3/docs/html/17_intro/TODO @@ -1,13 +1,6 @@ - exception specifications need to be reviewed for all parts of the library support and utility areas, particularly . -- exception/stdexcept headers will do, but are not cleanly -implemented. Also, some kind of consensus needs to be established on -if the presence of stdexcept should be assumed in iostreams -headers. V3 currently takes the position that references to stdexcept -classes necessitates the inclusion of stdexcept, other library vendors -seem less inclined. - - scoping/linking issues WRT to C structs need to be worked out. See Nathan's commentary on cantrip, http://www.cantrip.org/cheaders.html @@ -20,66 +13,20 @@ string and vector iterator classes. basic_string::reverse_iterator may be implemented incorrectly, or need things like operator==(__normal_iterator, const char*&), and swap(vector) -- SGI iterator/allocator classes are not strictly conforming. In -particular, raw_storage_iterator, mem_fun1_ref_t are all problem -areas. - - auto_ptr: seems to be some disagreement on what is standards-conformant behavior, specially on conversion operators. -- vswprintf, vwprintf, wprintf, wscanf, wcsftime, swscanf, fgetws, -fputwc, fputws, fwide, fwprintf, fwscanf, getwc, getwchar, putwc, etc: -C library wchar_t functionality. - -- facets heirarchies seem on occasion give odd errors to conformace -tests. Need to test that they are constructed in a strictly-conforming -manner. - -- stuff like `LC_CTYPE' is not found. Locale oddness? - - header optimizations to keep compile times reasonable are most certainly detracting from full conformance, as many templatized definitions are squired away and pre-instantiated, so that the compiler doesn't have to parse them. Areas effected: valarray, string, all of iostreams and locales. -- basic_string not implemented - -- ostreambuf_iterator has not been made standards-conformant (both -char and wchar_t) In particular, look at -time_put::put(OutIt, ios_base&, char, const tm*, const char*, const -char*) const - - C-related issues WRT to libio and filepos, mbstate_t. Need to straighten this stuff out with the glibc-2.2 libio. Also may need to define operators for mbstate_t so that 'mbstate_t& == mbstate_t' is something that can be done. -- codecvt has not been adequently handled in terms of the -locale bits. (The io bits are done, with the exception of one -ostream inserter for char. - -- bool locale::operator() looks to be non-conformant - -- num_get::do_get - num_put::do_put -num_put::do_put(char *, ios_base &, char, long double) const -num_put::do_put(char *, ios_base &, char, double) const -num_put::do_put(char *, ios_base &, char, void const *) const -etc. -appear to be broken, or headers mashed, or undefined. - -- locale and std::combine not working correctly - template class locale locale::combine(const locale &) - -- ctype_byname: check to make sure derivation standards-conformant. - -- codecvt::unshift not working for char, wchar_t - -- no match for money_base::pattern &[int] - -- money_get::do_get weirded out for wchar_t - - looks like deque::get_allocator not standards conformant or deque allocator non-standard. @@ -90,18 +37,10 @@ needs to be drawn throughout the entire STL implementation. - priority_queue conversions may be non-conformant -- istream_iterator uses 2 arguments, should it be 4? - - 'do the right thing' ctor fixing needs to be done for string. This is still subject to some debate on the library issues list, so I suggest punting till the dust clears. -- the ctype and "tolower" "isspace" stuff really needs to be sorted -out. A portable, cross platform interface needs to be defined. A -"fixincludes"-like solution needs to be put into place to prune -headers. The "C" functions need to be able to work in std:: and "C" -namespaces. - - complex 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 @@ -112,23 +51,12 @@ class complex& complex::operator+=(const complex &) class complex& complex::operator-=(const complex &) class complex& complex::operator*=(const complex &) -- appears as if the following extraction operators are undefined: -operator>>(istream, complex&) -operator>>(istream, complex&) -operator>>(istream, complex&) -operator>>(istream, complex&) -sqrt (const complex& x) - - Protect valarray::result_type (not Standard) and make it work with the various helper classes. - Make sure `valarray & == _Expr<_BinClos,bool>' is defined -- long double std_cmath stuff looks weak - -- fwide not declared. C++ wchar_t issues completely unaddressed. - - known issues WRT to io and corner cases with the buffers. This is still subject to interpretation, and I think the current implementation is credible. @@ -160,12 +88,6 @@ sources, with macro-guards. - add MT support for locale, string, istream, ostream -- specialize functions that use_facet<> calls on failure for the required - facets, and construct them lazily so unused facets need not be constructed - when the locale is. - -- : provide missing names. - - provide testsuites for numerics. - add FAQ entries -- improve the install instructions -- cgit v1.1