Created attachment 519586 [details] build.log net-libs/neon-0.30.2 fails to build with >=dev-libs/openssl-1.1.0, with the following error: ne_openssl.c: In function ‘thread_lock_neon’: ne_openssl.c:1167:16: error: ‘CRYPTO_LOCK’ undeclared (first use in this function); did you mean ‘CRYPTO_RWLOCK’? if (mode & CRYPTO_LOCK) { ^~~~~~~~~~~ CRYPTO_RWLOCK This is due to threading model changes in OpenSSL 1.1.0. There are also some warnings that don't cause the build to fail, but will cause neon to fail loading at runtime (unresolved symbols). These are due to functions that were renamed in OpenSSL 1.1.0. Oddly, neon already has had some changes made to support OpenSSL 1.1.0. It seems some bits are still missing. As a side note, upstream's website seems irresponsive at the moment, so I can't contribute those changes back just yet.
Created attachment 519588 [details, diff] neon-0.30.2-openssl-1.1-compat.patch Patch that fixes both the CRYPTO_LOCK error and the renamed functions warnings.
Is any patch still needed after https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a999820820bddaefedbc959999faa7adf467a12b ?
Since we decided to no longer build openssl without deprecated features, this bug can now be considered as fixed (but will eventually reappear once openssl upstream finally removed deprecated features from their code).
(In reply to Lars Wendler (Polynomial-C) from comment #3) > Since we decided to no longer build openssl without deprecated features, this > bug can now be considered as fixed (but will eventually reappear once openssl > upstream finally removed deprecated features from their code). I think today is that day. neon fails to compile on all my systems after upgrading openssl.
I should add that neon builds fine with openssl-1.1.0j if I remove the pkcs11 use flag.