[c++-pthreads] C++ and posix threads
Gabriel Dos Reis
gdr at integrable-solutions.net
Tue Dec 23 03:47:49 UTC 2003
Nathan Myers <ncm at cantrip.org> writes:
| On Tue, Dec 23, 2003 at 12:56:42AM +0100, Gabriel Dos Reis wrote:
| > Nathan Myers <ncm at cantrip.org> writes:
| >
| > | On Mon, Dec 22, 2003 at 03:52:50PM +0100, Jean-Marc Bourguet wrote:
| > | > I feel confused. I wonder what is the context of the discussion
| > | > and especially the constraints or the liberties we assume from
| > | > an implementation.
| > |
| > | This list was started in hope getting guidance for the implementers of
| > | gcc/glibc in creating a synchronous thread-cancellation binding that is
| > | sensible for C++.
| >
| > I hope this list was not setup in order to come up with GCC- or
| > GLIBC-centric solutions. I think that was precisely the opposite, if
| > I understand Matt's original suggestion correctly.
|
| Of course. This list is meant to bring in people from outside the gcc
| list, but it's not POSIX.
Right.
| If we invent a design, and implement and
| demonstrate it, it's a valuable example for all C++ implementers. But
If the purpose was just to come up with an implementation for a
particular compiler/system as a proof of concept, that could have been
done in GCC/GLIBC inner circles without creating this list and
alerting the world about it.
| if we tie ourselves in knots trying to accommodate every historical
| mistake and every overconstrained implementation, we we will make no
| progress and no contribution, and will waste everybody's time besides.
|
| It is essential that we stick to the basics: what is essential, and
| what can we really implement? It has already been observed that the
| standards as conceived are incompatible. We are have no choice but
| to do something different, and work to standardize that. (Actually,
| we do have a choice: we can fail. Ada has no POSIX cancellation
| binding.)
|
| Do you have anything to say about the model that was proposed, or can
| you propose an alternative?
I'm carefully listening to what other people (and inputs from non-GCC
tied ones are most welcome) to say/propose before legislating about
what is relevant or not, historical mistake or not, essential or not.
-- Gaby
More information about the c++-pthreads
mailing list