Bug 317083 – dev-libs/libatomic_ops causes build failures in other packages on some arches due to undefined AO_fetch_and_add1_full

• Product: Gentoo Linux
• Status: RESOLVED NEEDINFO

[Description Chí-Thanh Christopher Nguyễn 2010-04-25 07:46:07 UTC]

dev-libs/libatomic_ops causes build failures at least on arm, hppa and sh because AO_fetch_and_add1_full is not defined on all arches. This especially concerns x11-libs/libdrm with libdrm_intel enabled.

The failure seems to be related to this piece of code in atomic_ops.h:
---
/*
 * The generalization section.
 * Theoretically this should repeatedly include atomic_ops_generalize.h.
 * In fact, we observe that this converges after a small fixed number
 * of iterations, usually one.
 */
#include "atomic_ops/generalize.h"
#ifdef AO_GENERALIZE_TWICE
# include "atomic_ops/generalize.h"
#endif
---

[Comment 1 Matt Turner 2010-11-10 23:03:31 UTC]

Do we still care, now that video_cards_intel is use.mask'd on ARM, HPPA, and SH? It's not like xf86-video-intel or any other intel graphics driver component is every going to have any use on these platforms.

Can't we just close this?

[Comment 2 Chí-Thanh Christopher Nguyễn 2010-11-10 23:12:31 UTC]

The AO_fetch_and_add1_full issue is not fixed. It just happens that no ebuild in portage uses it currently in a way which breaks.

But we can resolve this as upstream, I guess.

[Comment 3 Chí-Thanh Christopher Nguyễn 2010-11-21 23:33:58 UTC]

Reopening as more breakage has been reported.

[Comment 4 Kevin Bowling 2011-01-30 17:11:34 UTC]

(In reply to comment #2)
> The AO_fetch_and_add1_full issue is not fixed. It just happens that no ebuild
> in portage uses it currently in a way which breaks.
> 
> But we can resolve this as upstream, I guess.
> 

Take a look at #353240 as it may have some relevant fixes.

[Comment 5 Matt Turner 2012-03-14 17:22:51 UTC]

Does this happen with =dev-libs/libatomic_ops-7.2_alpha4?