On 07/17/2013 10:53 PM, Henning Heinold wrote:
This makes we wonder which software on x86 relies on libatomic-ops anymore?
gcc buildins should be good enough now.
pulseaudio depends on libatomics-ops though I don't know about the
reasons. The libatomics-ops recipe is actually inside the
On 07/17/2013 07:08 PM, Paul Barker wrote:
If this is on x86, standard Linux desktop/server distros may have ran
into the same problem. Maybe worth having a look if/how they handle
this.
That's a good idea. I looked but no one seems to have the problem.
Apparently everybody is building with
On 18 July 2013 09:57, Jesse Zhang sen.zh...@windriver.com wrote:
But, I looked at the upstream git repo, and it builds fine. I located
two relevant commits and made a patch. Please see the new fix below
(also pushed to my contrib repo).
I'm not sure what the code does exactly, but it at
On Thu, Jul 18, 2013 at 04:46:13PM +0800, Jesse Zhang wrote:
On 07/17/2013 10:53 PM, Henning Heinold wrote:
This makes we wonder which software on x86 relies on libatomic-ops anymore?
gcc buildins should be good enough now.
pulseaudio depends on libatomics-ops though I don't know about the
On Wed, 2013-07-17 at 16:40 +0800, Jesse Zhang wrote:
Fix failures when building with -fno-omit-frame-pointer (and without
optimization, i.e. -O0):
In file included from atomic_ops.h:212:0,
from atomic_ops_stack.h:32,
from atomic_ops_stack.c:23:
On 17 July 2013 11:45, Phil Blundell p...@pbcl.net wrote:
On Wed, 2013-07-17 at 16:40 +0800, Jesse Zhang wrote:
Fix failures when building with -fno-omit-frame-pointer (and without
optimization, i.e. -O0):
In file included from atomic_ops.h:212:0,
from
On Wed, Jul 17, 2013 at 12:08:51PM +0100, Paul Barker wrote:
On 17 July 2013 11:45, Phil Blundell p...@pbcl.net wrote:
On Wed, 2013-07-17 at 16:40 +0800, Jesse Zhang wrote:
Fix failures when building with -fno-omit-frame-pointer (and without
optimization, i.e. -O0):
In file included