This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH v2] Add and use new glibc-internal futex API.
- From: Roland McGrath <roland at hack dot frob dot com>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: Torvald Riegel <triegel at redhat dot com>, GLIBC Devel <libc-alpha at sourceware dot org>
- Date: Wed, 17 Jun 2015 18:49:35 -0700 (PDT)
- Subject: Re: [PATCH v2] Add and use new glibc-internal futex API.
- Authentication-results: sourceware.org; auth=none
- References: <1434575216 dot 5250 dot 204 dot camel at localhost dot localdomain> <20150617224653 dot C66822C3B00 at topped-with-meat dot com> <alpine dot DEB dot 2 dot 10 dot 1506172250160 dot 24249 at digraph dot polyomino dot org dot uk>
> Those types imply seq_cst memory order for plain loads and stores, which
> isn't what's wanted in most places in glibc (one might expect many places
> presently using plain loads and stores actually want relaxed memory
> order). Operations on _Atomic types may also bring in libatomic
> dependencies depending on processor support, causing obvious problems with
> circular dependencies (libatomic depends on libpthread).
OK. I guess we'll have to go with our own typedef names when we clean this up.