This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: std::ext STL (was: Re: design doc on alternative pointer support)
- From: "Phil Bouchard" <philippe at fornux dot com>
- To: libstdc++ at gcc dot gnu dot org
- Date: Mon, 4 Aug 2008 08:49:57 -0700
- Subject: Re: std::ext STL (was: Re: design doc on alternative pointer support)
- References: <g6ge3q$4hv$1@ger.gmane.org> <12045826.1217359611034.JavaMail.oracle@acsmt301.oracle.com> <g6s37t$8as$1@ger.gmane.org> <15568220.1217500906101.JavaMail.oracle@acsmt305.oracle.com> <g6un58$3dp$1@ger.gmane.org> <31269735.1217585525637.JavaMail.oracle@acsmt301.oracle.com>
Just for the record... STL support works at 99% with my smart pointer. Once
again we can have an overview in the non-official patch file and highlights
interesting situations at the same time. For example an allocator cannot
deallocate a block of memory directly; i.e. it must be done thru the smart
pointer so the parameters of alloc::deallocate() cannot always be of raw
pointer type. But I'll talk about this further when all the paperwork is
completed and I get more time.
Bests,
-Phil
"Paolo Carlini" <paolo.carlini@oracle.com> wrote in message
31269735.1217585525637.JavaMail.oracle@acsmt301.oracle.com">news:31269735.1217585525637.JavaMail.oracle@acsmt301.oracle.com...
> Hi,
>
>> In regards to licensing it is queued and on its way.
>
> Great. Remember to keep the libstdc++ maintainers up to date about the
> iter, because FSF does *not* do that automatically.
>
> Paolo.
>
>