haproxy/dev/haring
Willy Tarreau b83bf68ec0 DEV: haring: update readme to suggest using the same build options for haring
It's not necessarily obvious so better suggest it there to use the same
build options, and indicate the tradeoffs (e.g. depend on more libs).
2023-05-04 08:13:44 +02:00
..
README DEV: haring: update readme to suggest using the same build options for haring 2023-05-04 08:13:44 +02:00
haring.c DEV: haring: automatically disable DEBUG_STRICT 2023-05-04 08:09:02 +02:00

README

This needs to be built from the top makefile, for example :

  make dev/haring/haring

If HAProxy is built with special options such -DDEBUG_THREAD or with
multi-threading support enabled (which changes the ring's header size),
it can be worth reusing the same build options for haring, usually they
will remain compatible, and will simplify the handling of different file
layouts, at the expense of dragging more dependencies into the executable.