[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: port-macppc/53380: undefined reference to `__atomic_fetch_add_8'
The following reply was made to PR port-macppc/53380; it has been noted by GNATS.
From: Joerg Sonnenberger <joerg%bec.de@localhost>
Cc: port-macppc-maintainer%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
Subject: Re: port-macppc/53380: undefined reference to `__atomic_fetch_add_8'
Date: Fri, 22 Mar 2019 21:52:59 +0100
On Fri, Mar 22, 2019 at 07:40:01PM +0000, Jason Thorpe wrote:
> The following reply was made to PR port-macppc/53380; it has been noted by GNATS.
> > there's nothing stopping us from having a libatomic of our own.
> > I have already a sketch for how I'd like to implement it and
> > waiting on
> > thorpej's futexes for it.
> We should just do it in libc where we already have a Solaris-compatible =
> atomics API.
There is no reason at all to tie this to futexes. Nor is there any
reason why this should be in libc. In fact, I strongly argue that it
should not be in libc. As Martin said, depending on hidden locks for
atomics is one of the most stupid design decisions in C11 and C++11.
There are significant behavioral differences involved and it should not
be hidden. Requiring linking another library is the least to be done.
Main Index |
Thread Index |