O/H Phil Endecott έγραψε:

Achilleas Margaritis wrote:

...

Is there an STL implementation without this problem? perhaps STLPort? I have to try it myself, but if anyone knows, please tell me.

Here is the discussion that I had on the libstdc++ list when I was trying to understand this issue:

http://gcc.gnu.org/ml/libstdc++/2005-05/msg00294.html

At that time, the Roguewave STL was said to definitely support allocator::pointer, as was the Dinkumware library though there were some caveats about that IIRC.

Since then, Ion has written his Boost.Interprocess containers (which are in boost svn, but not yet in a released version of boost).

At the end of the thread that I link to above, Matt Austern points out some of the difficulties of implementing allocator::pointer. It boils down to this: "nobody has spelled out precisely what requirements my_allocator<T>::pointer must satisfy".

Regards,

Phil.

Thanks for the tip. After reading that discussion, it seems no STL implementation actually uses allocator::pointer 100%. So what is the use of defining a pointer type, if not used anywhere? It's a shame that allocator::pointer is not used, because it would make garbage-collected std containers very easy to do.