This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: glibc -- ISO C11 threads Proposal
- From: Rich Felker <dalias at aerifal dot cx>
- To: Torvald Riegel <triegel at redhat dot com>
- Cc: Carlos O'Donell <carlos at redhat dot com>, Kevin Cox <kevincox at kevincox dot ca>, libc-alpha at sourceware dot org
- Date: Fri, 28 Mar 2014 16:24:12 -0400
- Subject: Re: glibc -- ISO C11 threads Proposal
- Authentication-results: sourceware.org; auth=none
- References: <1395771092 dot 19076 dot 1236 dot camel at triegel dot csb> <5331C7EA dot 6050407 at redhat dot com> <1395777699 dot 19076 dot 1469 dot camel at triegel dot csb> <20140325212732 dot GC26358 at brightrain dot aerifal dot cx> <53337E8B dot 50508 at kevincox dot ca> <20140327015642 dot GF26358 at brightrain dot aerifal dot cx> <1395937708 dot 19076 dot 2997 dot camel at triegel dot csb> <20140327170447 dot GJ26358 at brightrain dot aerifal dot cx> <53350719 dot 6090401 at redhat dot com> <1396037936 dot 19076 dot 4039 dot camel at triegel dot csb>
On Fri, Mar 28, 2014 at 09:18:56PM +0100, Torvald Riegel wrote:
> > A minimal C11 synchronization object has no room for error, it has
> > to be right the first time. If my experience has taught me anything
> > is that eventually everything is wrong. Starting with C11 objects
> > that are the size of pthread ones is as good a starting place as
> > any.
>
> What do you think is the likelihood of us actually down-sizing the mutex
> types eventually? Do you really think this will happen?
I think adding a new symbol version simply for down-sizing would be a
major mistake. Symbol versions only solve the problem of the ABI with
libc; they don't solve the API breakage that changes into ABI breakage
between third-party libraries using types from libc.
Rich