This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: Patch: stl_vector.h and vector.tcc
- From: Gabriel Dos Reis <gdr at integrable-solutions dot net>
- To: Mark Mitchell <mark at codesourcery dot com>
- Cc: libstdc++ at gcc dot gnu dot org, austern at apple dot com, nathan at codesourcery dot com
- Date: 02 Aug 2004 06:17:02 +0200
- Subject: Re: Patch: stl_vector.h and vector.tcc
- Organization: Integrable Solutions
- References: <1089638663.3669.40.camel@localhost.localdomain><20040730164534.6c124dfe.bkoz@redhat.com> <410B628B.2050001@suse.de><m3acxgdset.fsf@uniton.integrable-solutions.net><BFB583D6-E321-11D8-8DFE-000393B2ABA2@apple.com><410D7FC9.8040807@codesourcery.com>
Mark Mitchell <mark@codesourcery.com> writes:
| Matt Austern wrote:
|
| >>
| >> I believe Matt's suggestion is the right long term approach, assuming
| >> we have an implementation of #nospam. For the mid-term, I think that
| >> using bits/cpp_type_traits.h is the most viable option -- with proper
| >> uglification.
| >
| >
| > I wonder if this does have to be "long term"? If we think that we
| > have a good specification of preprocessor scoping, I bet it won't
| > be that hard to implement.
| >
| > I don't attend EWG sessions, so I don't have a good sense of how it
| > was received. Did it look to you as if the feature is ready to
| > implement as Bjarne proposed it?
|
| I know that Nathan Sidwell had some pretty serious objections to
| Bjarne's proposal, but I'm not sure whether they've gotten through the
| UK committee yet, or not.
I've answered (and I think Bjarne did too) Nathan's questions on the
Evolution reflector. Nathan did not follow up, so I assumed he had no
further concerns. If there still are issues, it would be rather
helpful if he could post them as soon as possible instead of waiting
for the "slower" path to transmit them.
Thanks,
-- Gaby