curl / Mailing Lists / curl-library / Single Mail
Buy commercial curl support. We help you work out your issues, debug your libcurl applications, use the API, port to new platforms, add new features and more. With a team lead by the curl founder Daniel himself.

RE: Release candidate 1: curl 8.16.0-rc1

From: Randall via curl-library <curl-library_at_lists.haxx.se>
Date: Mon, 18 Aug 2025 21:13:10 -0400

On August 18, 2025 6:38 PMm Daniel Stenberg wrote:
>On Mon, 18 Aug 2025, rsbecker_at_nexbridge.com wrote:
>
>> I noticed that some of the tests are reporting the use of
>> /usr/local/bin/openssl when building for alternate locations (e.g.,
>> /usr/local-ssl3.4).
>
>Sure, but why is that a problem? Running the tests is separate from
building curl
>and the test suite uses the openssl binary to generate some certs, it's not
terribly
>important for the tests which version as long as it works.

It is a problem because I am building curl for OpenSSL 3.5, not 1.0.2, which
is sitting
In /usr/local/lib.

>> *** RLD ERROR ***: Unresolved Text Symbol idea_set_encrypt_key in file
>> /usr/local/bin/openssl.
>
>That looks like you have a broken openssl binary?

Nope. Each openssl build is in its own area. The break is that the curl test
thinks
It is using 1.0.2 while it really only has 3.5, so it dies.

>> Tests should use the configured prefix, not an arbitrary openssl
location.
>
>Why not? The prefix is for the *build*. The tests just needs the openssl
tool.

I cannot specify two openssl libraries simultaneously. No way.

>> Anywhere I should Look for this?
>
>tests/certs/genserv.pl I guess?

Will look, but this means I cannot certify the build.

-- 
Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library
Etiquette:   https://curl.se/mail/etiquette.html
Received on 2025-08-19