summaryrefslogtreecommitdiffstats
path: root/meta-python
diff options
context:
space:
mode:
authorKamlesh Gurudasani <kamlesh@ti.com>2026-06-04 15:11:55 +0530
committerKhem Raj <khem.raj@oss.qualcomm.com>2026-06-07 18:21:52 -0700
commit53cbcaba3f09cb50b72b91c2b33bdbd479da5f19 (patch)
tree5b1fd7ce84e2288214d503dd3fcadd049cc12997 /meta-python
parentd56e22f0d68cf99b052793c80fd9509677e89cea (diff)
downloadmeta-openembedded-53cbcaba3f09cb50b72b91c2b33bdbd479da5f19.tar.gz
libwebsockets: fix build against OpenSSL 3.5
OpenSSL 3.5 (first shipped in wrynose) made HMAC_CTX a fully opaque type by removing its struct definition from the public headers. It was deprecated since OpenSSL 3.0 but the struct remained visible until 3.5. libwebsockets uses HMAC_CTX_new() to detect which form to use in its lws-genhash.h public header: if found it uses HMAC_CTX *ctx (pointer), otherwise it falls back to HMAC_CTX ctx (embedded struct). In cross-compilation the CMake CHECK_FUNCTION_EXISTS probe for HMAC_CTX_new can fail due to native libraries being incorrectly pulled into the aarch64 link test, causing the function to be reported as not found. Before OpenSSL 3.5 this was a silent failure: the fallback embedded struct still compiled fine. With OpenSSL 3.5 the fallback now fails with "field has incomplete type". Force LWS_HAVE_HMAC_CTX_new=ON so the pointer form is always used. Signed-off-by: Kamlesh Gurudasani <kamlesh@ti.com> Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
Diffstat (limited to 'meta-python')
0 files changed, 0 insertions, 0 deletions