On Fri, Jul 04, 2025 at 12:20:30PM +0300, Yaacov Akiba Slama wrote:
> Subject: 3.2.2 compilation fails when using USE_OPENSSL=1 USE_QUIC=1 with
> openssl 3.5
> It seems that the backport of 5409a73721e1ce3047229309eaf3866b1af611df to
> the 3.2 branch (commit 4546ebefab61b5f388c51b019ec79638ffb4c9f1) is
> problematic because the target field depends on a change made by
> b9703cf711e31d8491b8d8c5349d8162c9cac979.
>
> Reverting to li instead of target fixes the compilation:
>
> |diff --git a/src/quic_ssl.c b/src/quic_ssl.c index f8ceb0a91..be29703ca
> 100644 --- a/src/quic_ssl.c +++ b/src/quic_ssl.c @@ -558,7 +558,7 @@ static
> int ha_quic_ossl_got_transport_params(SSL *ssl, const unsigned char *para {
> int ret = 0; struct quic_conn *qc = SSL_get_ex_data(ssl,
> ssl_qc_app_data_index); - struct listener *l = objt_listener(qc->target); +
> struct listener *l = qc->li; TRACE_ENTER(QUIC_EV_TRANSP_PARAMS, qc); Thanks!
> --yas |
>
>
>
This is related to this issue:
https://github.com/haproxy/haproxy/issues/3027
--
William Lallemand
