This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: [v3] Close libstdc++/7219
- From: Phil Edwards <phil at codesourcery dot com>
- To: Paolo Carlini <pcarlini at suse dot de>
- Cc: libstdc++ at gcc dot gnu dot org
- Date: Fri, 20 Aug 2004 19:08:05 -0400
- Subject: Re: [v3] Close libstdc++/7219
- References: <41266622.8060501@suse.de> <20040820223527.GA570@disaster.jaj.com> <412682D8.3000006@suse.de>
- Reply-to: libstdc++ at gcc dot gnu dot org
On Sat, Aug 21, 2004 at 01:01:44AM +0200, Paolo Carlini wrote:
> Phil Edwards wrote:
>
> >Are there any other uses of _GLIBCXX_DEPRECATED?
> >
> Actually, there is another one: in basic_streambuf we still have one
> for stossc.
Oh, right, forgot.
> In this case, the standard says "an implementation *may*
> provide the following additional member function" (emphasis mine),
> therefore, it's not exactly the same thing since, in my reading of
> the standard, io_state, open_mode & co (in ios_base) while deprecated
> *must* be provided.
>
> Shall we just provide unconditionally stossc too?
We could, if we mark it the same way as we do other extensions. If we
do remove _GLIBCXX_DEPRECATED then, we might also want to test for it
somewhere and print a warning that it no longer does anything, since it
must be the user explicitly defining it in that case.
I've changed the list back to libstdc++ to see what others think.
Phil
--
Behind everything some further thing is found, forever; thus the tree behind
the bird, stone beneath soil, the sun behind Urth. Behind our efforts, let
there be found our efforts.
- Ascian saying, as related by Loyal to the Group of Seventeen