Created attachment 549754 [details] emerge --info Build failure on ppc with standard USE-flags: [...] src/proto_http.o: In function `http_action_reject': proto_http.c:(.text+0xbfc): undefined reference to `__atomic_fetch_add_8' proto_http.c:(.text+0xc14): undefined reference to `__atomic_fetch_add_8' proto_http.c:(.text+0xc40): undefined reference to `__atomic_fetch_add_8' src/proto_http.o: In function `http_perform_server_redirect': proto_http.c:(.text+0x684c): undefined reference to `__atomic_fetch_add_8' src/proto_http.o: In function `http_wait_for_request_body': proto_http.c:(.text+0x9994): undefined reference to `__atomic_fetch_add_8' src/proto_http.o:proto_http.c:(.text+0x99b8): more undefined references to `__atomic_fetch_add_8' follow src/time.o: In function `tv_update_date': time.c:(.text+0x91c): undefined reference to `__atomic_compare_exchange_8' collect2: error: ld returned 1 exit status make: *** [Makefile:900: haproxy] Error 1 * ERROR: net-proxy/haproxy-1.8.13::gentoo failed (compile phase): * emake failed
Created attachment 549756 [details] build.log
it seems it tries to link agains libatomic, does your system have have dev-libs/libatomic_ops installed?
Yes, dev-libs/libatomic_ops-7.6.6 is installed (and passes all tests).
Also haproxy-1.8.20, haproxy-1.9.10 and haproxy-2.0.4 fail with the same error, built againts libatomic_ops-7.6.6 or 7.6.10.
Created attachment 589838 [details] build.log (2.0.5) Still around in 1.8.21, 1.9.10 and 2.0.5.
Created attachment 589840 [details] emerge --info
Does this need to be reported upstream, or what needs to happen here?
(In reply to Sam James (sec padawan) from comment #7) > Does this need to be reported upstream, or what needs to happen here? See https://bugs.gentoo.org/719662#c3. Same problem.
Makefile has > ifneq ($(shell echo __arm__/__aarch64__ | $(CC) -E -xc - | grep '^[^\#]'),__arm__/__aarch64__) > TARGET_LDFLAGS=-latomic it can be extended to > fneq ($(shell echo __arm__/__aarch64__/__powerpc__ | $(CC) -E -xc - | grep '^[^\#]'),__arm__/__aarch64__/__powerpc__) but it will also pass -latomic on ppc64, as ppc64 also defines __powerpc__ other way is to append LDFLAGS somewhere, in case makefile honors env LDFLAGS.
It should be reported upstream, yes. If someone is able to fix that, a patch would be great, for the ebuild as well as upstream.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=510215752be59ccf102d6ec51bf54d23de27d476 commit 510215752be59ccf102d6ec51bf54d23de27d476 Author: Sam James (sam_c) <sam@cmpct.info> AuthorDate: 2020-05-08 03:01:18 +0000 Commit: Matt Turner <mattst88@gentoo.org> CommitDate: 2020-05-23 19:19:17 +0000 net-proxy/haproxy: Fix 32-bit build Links against libatomic on 32-bit non-x86 arches. Closes: https://bugs.gentoo.org/668002 Closes: https://github.com/gentoo/gentoo/pull/15704 Signed-off-by: Sam James (sam_c) <sam@cmpct.info> Signed-off-by: Matt Turner <mattst88@gentoo.org> net-proxy/haproxy/haproxy-2.0.14-r1.ebuild | 7 ++++++- net-proxy/haproxy/haproxy-2.1.4-r1.ebuild | 7 ++++++- 2 files changed, 12 insertions(+), 2 deletions(-)
