On August 22, 2021 6:53 PM, Dennis Clarke wrote: >On 8/21/21 12:33, Randall S. Becker via curl-library wrote: >> On August 21, 2021 5:35 AM, Daniel Stenberg wrote: >>> On Fri, 20 Aug 2021, Randall S. Becker via curl-library wrote: >>> >>>> My latest configure command for OpenSSL 3.0 is: >>>> >>>> CFLAGS="-c99" CPPFLAGS="-D_XOPEN_SOURCE_EXTENDED=1 -Wlp64 >>>> -WIEEE_float -I/usr/local-ssl3.0/openssl/include" >>>> LDFLAGS="-L/usr/local-ssl3.0/lib" >>>> conf_script_floss_cc --with-ssl=/usr/local-ssl3.0 --disable-pthreads >>>> --disable-threaded-resolver --enable-ipv6' >>> > >I had no issues on ye old Fujitsu SPARC64 : > >beta $ curl --version >curl 7.78.0 (sparc64-sun-solaris2.10) libcurl/7.78.0 OpenSSL/3.0.0 >zlib/1.2.11 libidn2/2.3.0 libssh2/1.9.0 >Release-Date: 2021-07-21 >Protocols: dict file ftp ftps gopher gophers http https imap imaps ldap ldaps >mqtt pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp >Features: alt-svc AsynchDNS HSTS HTTPS-proxy IDN IPv6 Largefile libz NTLM >NTLM_WB SSL TLS-SRP UnixSockets beta $ > >>> On 64 bit systems, OpenSSL doesn't make a 'lib' anymore. It uses lib64 only >>> .. > > >Yep, I saw that and it is annoying. Trivial to just move the resultant target >libs around after install however. Just be careful of the >RPATH/RUNPATH data in your final ELF objects. > > >>> (and no, I don't know why they decided this). > >Line forms on the left behind me. I have no clue why either :\ > >Try moving the final libssl/libcrypto shared objects into a nice comfortable >lib directory and then re-do the curl config. Worth a try.
I have the 32-bit model of curl 7.78.0 built and working with OpenSSL 3.0.0-beta2. I changed the target of the 64-bit model to use ./lib64 in OpenSSL but there is a 32-bit dependency on platform that is interfering (root cause) with the ld. So we'll stick with 32-bit until I can resolve the dependency issue. Thanks for the help. Randall -- Unsubscribe: https://lists.haxx.se/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
