MINOR: tools: relax dlopen() on malloc/free checks
authorWilly Tarreau <w@1wt.eu>
Wed, 22 Mar 2023 14:47:51 +0000 (15:47 +0100)
committerWilly Tarreau <w@1wt.eu>
Wed, 22 Mar 2023 16:30:28 +0000 (17:30 +0100)
commit58912b8d92c161bf7226e791d5727857dbfcd51d
tree0b5da27d7be75a0457d659c146716d64ef27e30f
parent9b060f148ea324de1e7e2686348e4c90d7c67394
MINOR: tools: relax dlopen() on malloc/free checks

Now that we can provide a safe malloc_trim() we don't need to detect
anymore that some dependencies use a different set of malloc/free
functions than ours because they will use the same as those we're
seeing, and we control their use of malloc_trim(). The comment about
the incompatibility with DEBUG_MEM_STATS is not true anymore either
since the feature relies on macros so we're now OK.

This will stop catching libraries linked against glibc's allocator
when haproxy is natively built with jemalloc. This was especially
annoying since dlopen() on a lib depending on jemalloc() tends to
fail on TLS issues.
src/tools.c