Hello!
I am trying to compile haproxy-2.2-dev10 on FreeBSD-12/i386 (i386 is important
here) with clang version 9.0.1.
I get the following linker error:
LD haproxy
ld: error: undefined symbol: __atomic_fetch_add_8
>>> referenced by backend.c
>>> src/backend.o:(assign_server)
>>> referenced by backend.c
>>> src/backend.o:(assign_server)
>>> referenced by backend.c
>>> src/backend.o:(assign_server_and_queue)
>>> referenced by backend.c
>>> src/backend.o:(assign_server_and_queue)
>>> referenced by backend.c
>>> src/backend.o:(assign_server_and_queue)
>>> referenced by backend.c
>>> src/backend.o:(assign_server_and_queue)
>>> referenced by backend.c
>>> src/backend.o:(connect_server)
>>> referenced by backend.c
>>> src/backend.o:(connect_server)
>>> referenced by backend.c
>>> src/backend.o:(connect_server)
>>> referenced by backend.c
>>> src/backend.o:(srv_redispatch_connect)
>>> referenced 233 more times
ld: error: undefined symbol: __atomic_store_8
For some time we apply the following patch to build on FreeBSD/i386:
--- include/common/hathreads.h.orig 2018-02-17 18:17:22.219400000 +0000
+++ include/common/hathreads.h 2018-02-17 18:18:44.598422000 +0000
@@ -104,7 +104,7 @@ extern THREAD_LOCAL unsigned long tid_bit; /* The bit
/* TODO: thread: For now, we rely on GCC builtins but it could be a good idea
to
* have a header file regrouping all functions dealing with threads. */
-#if defined(__GNUC__) && (__GNUC__ < 4 || __GNUC__ == 4 && __GNUC_MINOR__ < 7)
&& !defined(__clang__)
+#if (defined(__GNUC__) && (__GNUC__ < 4 || __GNUC__ == 4 && __GNUC_MINOR__ <
7) && !defined(__clang__)) || (defined(__clang__) && defined(__i386__))
/* gcc < 4.7 */
#define HA_ATOMIC_ADD(val, i) __sync_add_and_fetch(val, i)
(it is from older -dev but still applies to include/haproxy/atomic.h and fixes
the build).
If this patch is correct for i386, may be we include it to haproxy sources?
PS: with that patch applied I get the following warning which can have sense:
src/stick_table.c:3462:12: warning: result of comparison 'unsigned long' >
4294967295 is always false [-Wtautological-type-limit-compare]
val > 0xffffffff)
~~~ ^ ~~~~~~~~~~
Thanks.