On 7/12/20 8:43 PM, Daniel Stenberg wrote: > On Sun, 12 Jul 2020, Dennis Clarke via curl-library wrote: > >> TESTFAIL: These test cases failed: 1167 > > This test runs tests/badsymbols.pl which then *probably* fails to detect > and discard symbols that come from other include files than the > curl-specific headers. > > This test was added in 7.69.0. >
It looks all very minor. Let's not concern outselves. As a ha ha funny moment to share I did see this : alpha$ alpha$ curl -4 -v -L --url 'https://ftp.gnu.org/pub/gnu/grep/grep-3.4.tar.xz' -O ld.so.1: curl: fatal: relocation error: file /usr/local/lib/libcurl.so.4: symbol ENGINE_load_builtin_engines: referenced symbol not found Killed alpha$ However I was stupidly using a previous curl on my PATH which requires OpenSSL with all the ENGINES enabled. ./lib/vtls/openssl.c clearly has /** * Global SSL init * * @retval 0 error initializing SSL * @retval 1 SSL initialized successfully */ static int Curl_ossl_init(void) { OPENSSL_load_builtin_modules(); #ifdef USE_OPENSSL_ENGINE ENGINE_load_builtin_engines(); #endif . . . etc and I went and built OpenSSL with all hardware engines disabled. To make a long story short I just spent 45 minutes trying to figure out why curl was having a fit at me when in fact I was running the wrong curl binary. Sometimes these things happen. Thank you for curl and the tee-shirt. Which I have. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional ------------------------------------------------------------------- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
