Build with a manually installed OpenSSL 3.x ?

[e1y4s]

Is it currently possible to build msquic with a manually installed version of OpenSSL 3.x ?

I'm compiling and installing OpenSSL 3.5.0 from source on Debian Bookworm.
I do this to ensure full control over the OpenSSL version used, and to avoid rebuilding it across multiple dependencies.

Even though I'm using the following CMake options:

-DQUIC_USE_SYSTEM_LIBCRYPTO=ON
-DQUIC_TLS=openssl3

msquic still attempts to build its internal OpenSSL submodule.

Here's how I configure msquic:

cmake -G "Ninja" -S . -B "build" -DCMAKE_BUILD_TYPE=Debug -DQUIC_USE_SYSTEM_LIBCRYPTO=ON -DQUIC_TLS=openssl3

And here's the error I get during build:

[1/63] OpenSSL configure
FAILED: _deps/opensslquic-build/submodules/openssl3/Makefile /usr/local/src/msquic-2.4.12/build/_deps/opensslquic-build/submodules/openssl3/Makefile 
cd /usr/local/src/msquic-2.4.12/build/_deps/opensslquic-build/submodules/openssl3 && SYSTEM=Linux /usr/local/src/msquic-2.4.12/submodules/openssl3/config CC=/usr/bin/cc CXX=/usr/bin/c++ enable-tls1_3 no-makedepend no-dgram no-ssl3 no-psk no-srp no-zlib no-egd no-idea no-rc5 no-rc4 no-afalgeng no-comp no-cms no-ct no-srp no-srtp no-ts no-gost no-dso no-ec2m no-tls1 no-tls1_1 no-tls1_2 no-dtls no-dtls1 no-dtls1_2 no-ssl no-ssl3-method no-tls1-method no-tls1_1-method no-tls1_2-method no-dtls1-method no-dtls1_2-method no-siphash no-whirlpool no-aria no-bf no-blake2 no-sm2 no-sm3 no-sm4 no-camellia no-cast no-md4 no-mdc2 no-ocb no-rc2 no-rmd160 no-scrypt no-seed no-weak-ssl-ciphers no-shared no-tests no-uplink no-cmp no-fips no-padlockeng no-siv no-legacy no-dtls no-deprecated --libdir=lib --openssldir=/usr/local/ssl --prefix=/usr/local/src/msquic-2.4.12/build/_deps/opensslquic-build/openssl3
/bin/sh: 1: /usr/local/src/msquic-2.4.12/submodules/openssl3/config: not found
[12/63] Building C object src/core/CMakeFiles/core.dir/connection.c.o
ninja: build stopped: subcommand failed.

It seems like the CMake logic still requires the internal submodules/openssl3, even when using QUIC_USE_SYSTEM_LIBCRYPTO=ON.

EDIT: I just saw issue #4019, is the incompatibility still relevant?