On Sun, Nov 12, 2017 at 7:47 PM, Helmut K. C. Tessarek <tessa...@evermeet.cx> wrote: > ./configure --prefix=/usr/local/apr-util --with-apr=/usr/local/apr > --with-crypto --with-openssl=/usr/local/ssl > > <snip> > adding "-I/usr/local/ssl/include" to CPPFLAGS > setting LDFLAGS to "-L/usr/local/ssl/lib " > configure: checking for openssl in /usr/local/ssl > checking openssl/x509.h usability... yes > checking openssl/x509.h presence... yes > checking for openssl/x509.h... yes > checking for EVP_CIPHER_CTX_new in -lcrypto... no > checking whether EVP_PKEY_CTX_new is declared... yes > configure: error: Crypto was requested but no crypto library could be > enabled; specify the location of a crypto library using --with-openssl, > --with-nss, and/or --with-commoncrypto. > > see config.log.1 > > But here's the strange thing: > > When I specify --with-openssl=/usr/local/ssl/lib, the configure > completes successfully. see config.log.2 > > The problem now is that when I configure Apache httpd with this compiled > version of apr-util, Apache's configure uses the path /usr/local/ssl/lib > (as the openssl base path), even though I specified > --with-ssl=/usr/local/ssl on Apache's configure line. > > As you can image, this is a slight problem, because > /usr/local/ssl/lib/lib does not exist.
But does /usr/local/ssl/lib/include exist? If it does, that's just weird.
