Re: port-macppc/53380: undefined reference to `__atomic_fetch_add_8'

[Joerg Sonnenberger <joerg%bec.de@localhost>]

The following reply was made to PR port-macppc/53380; it has been noted by GNATS.

From: Joerg Sonnenberger <joerg%bec.de@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: port-macppc-maintainer%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
	netbsd-bugs%netbsd.org@localhost, venture37%geeklan.co.uk@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.
 
 Joerg