This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
RE: V3 PATCH: Insert `typename' and `ios_base::' where required
- To: gcc-patches at gcc dot gnu dot org, libstdc++ at gcc dot gnu dot org, bumgard at roguewave dot com
- Subject: RE: V3 PATCH: Insert `typename' and `ios_base::' where required
- From: Benjamin Kosnik <bkoz at redhat dot com>
- Date: Fri, 16 Feb 2001 12:48:31 -0800
> I submitted a flurry patches yesterday that addressed several of these
> issues (including the typename and ios_base stuff).
thanks for doing this: I'm reviewing them right now.
> I've been instantiating all of the _CharT related stuff using uint16_t
> as the character type, using class of my own design for the _stateT
> type, and custom specializations for char_traits and codecvt stuff.
...then you must know this is an issue that's pretty near and dear to
me. Can you elaborate here? Did you see the __enc_traits stuff? It's
specifically designed to work with this encoding, plus others, using
the approach you are using. I'm assuming you're working on unicode
string... I would love to know your approach. If you post details,
just start another thread with a new subject...
http://gcc.gnu.org/onlinedocs/libstdc++/22_locale/codecvt.html
> We do -- but when we do template instantiation we forget that
> __extension__ was specified. So, in a template instantiation this
> doesn't work. Fixing that is doable, but non-trivial.
Regardless of the system_header pragma issues, it would be nice if
this worked and we could do stack-based allocations for small
arrays. It would be cool to just use the __extension__ have have it
work properly for template instantiations.
I've reverted this patch temporarily until the other issues are resolved.
-benjamin