MINOR: protocol: export protocol definitions
authorWilly Tarreau <w@1wt.eu>
Tue, 8 Dec 2020 13:13:11 +0000 (14:13 +0100)
committerWilly Tarreau <w@1wt.eu>
Tue, 8 Dec 2020 13:54:08 +0000 (14:54 +0100)
commitb9b2fd7cf4c80cb9fefefecf4f8207599b9269a3
tree6b08442c7b6f9589729685c9b5b01609e4d324f7
parentf9ad06cb263eff8360f6ee509da68b643735329b
MINOR: protocol: export protocol definitions

The various protocols were made static since there was no point in
exporting them in the past. Nowadays with QUIC relying on UDP we'll
significantly benefit from UDP being exported and more generally from
being able to declare some functions as being the same as other
protocols'.

In an ideal world it should not be these protocols which should be
exported, but the intermediary levels:
  - socket layer (sock.c only right now), already exported as functions
    but nothing structured at the moment ;
  - family layer (sock_inet, sock_unix, sockpair etc): already structured
    and exported
  - binding layer (the part that relies on the receiver): currently fused
    within the protocol
  - connectiong layer (the part that manipulates connections): currently
    fused within the protocol
  - protocol (connection's control): shouldn't need to be exposed
    ultimately once the elements above are in an easily sharable way.
include/haproxy/proto_sockpair.h
include/haproxy/proto_tcp.h
include/haproxy/proto_udp.h
include/haproxy/proto_uxst.h [new file with mode: 0644]
src/proto_sockpair.c
src/proto_tcp.c
src/proto_udp.c
src/proto_uxst.c