This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: libstdc++ and race detectors
- From: Paolo Carlini <paolo dot carlini at oracle dot com>
- To: Kostya Serebryany <kcc at google dot com>
- Cc: libstdc++ at gcc dot gnu dot org, Julian Seward <jseward at acm dot org>, Bart Van Assche <bvanassche at acm dot org>, "Frank, Matthew I" <matthew dot i dot frank at intel dot com>
- Date: Fri, 09 Jul 2010 14:22:50 +0200
- Subject: Re: libstdc++ and race detectors
- References: <AANLkTim68MweWz6dJkpl4t2Ub6EIlhpgPYas_Gc1WurR@mail.gmail.com> <AANLkTillxMgsSHjFGxFi9gqDhRvp7j0-jluKZLxfZfan@mail.gmail.com>
On 07/09/2010 01:29 PM, Kostya Serebryany wrote:
> Before we proceed with a bug report or a patch file, we'd like to know
> your opinion on the problem.
>
I don't know if you are aware of that, but in the forthcoming, so-called
C++0x, standard reference counting implementations of basic_string will
be ruled out. Thus, the next implementation, of which you can see a
preview in ext/vstring.h, will not use reference counting *at all*.
Thus, given that, and also the delicate intertwining of basic_string
with the rest of the library, which has serious implications for the
ABI, I *seriously* doubt that any non-trivial change to the
reference-counting mechanism can be accepted at this stage.
Anyway, If you have a quick preliminary draft of the kind of change you
are talking about - which in any case must definitely respect the ABI in
full, in the wide sense we have been enforcing all these years, thus,
objects built with old and new headers must be able to interoperate - I
would be happy to have a look, but I'm not very optimistic, I'm sorry.
Paolo.