php does not recognize the SSL library that curl 7.16.3 uses. curl 7.15.5 works fine. Reproducible: Always Steps to Reproduce: 1. USE="ssl" emerge --update =net-misc/curl-7.16.3 2. USE="threads" emerge --oneshot =dev-lang/php-5.2.2-r1 Actual Results: configure yields the following errors: checking for cURL support... yes, shared checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.16.3 checking for SSL support in libcurl... yes checking for SSL library used... unknown! configure: WARNING: Could not determine the type of SSL library used! configure: WARNING: Building will fail in ZTS mode! checking for curl_easy_perform in -lcurl... yes checking for curl_version_info in -lcurl... yes checking for curl_easy_strerror in -lcurl... yes checking for curl_multi_strerror in -lcurl... yes Compiling produces: /var/tmp/portage/dev-lang/php-5.2.2-r1/work/php-5.2.2/ext/curl/interface.c:74:5: warning: #warning "libcurl was compiled with SSL support, but configure could not determine which" "library was used; thus no SSL crypto locking callbacks will be set, which may " "cause random crashes on SSL requests" Expected Results: no errors net-misc/curl-7.15.5 produces the following output # curl-config --libs -L/usr/lib64 -lcurl -lidn -lssl -lcrypto -ldl -lz net-misc/curl-7.16.3 produces the following output # curl-config --libs -L/usr/lib64 -lcurl
# curl-config --libs -lcurl -Wl,-O1 -Wl,--sort-common Something's seriously fishy here. /usr/bin/curl-config <snip> --libs) if test "X${exec_prefix}/lib" != "X/usr/lib"; then CURLLIBDIR="-L${exec_prefix}/lib " else CURLLIBDIR="" fi if test "Xno" = "Xyes"; then echo ${CURLLIBDIR}-lcurl -Wl,-O1 -Wl,--sort-common -lidn -lssl -lcrypto -ldl -lssl -lcrypto -ldl -lz else echo ${CURLLIBDIR}-lcurl -Wl,-O1 -Wl,--sort-common fi </snip> Why's the thing hardcoding my LDFLAGS?
k - I've fixed the hard coding of LDFLAGS. php people - can php-5.2.3/ext/curl/config.m4 be copied into php-5.2.2 as it includes a correct impliementation of a detection algorithm (well almost - it doesn't look for nss crypto implementation - reported here: http://bugs.php.net/bug.php?id=41921) alternately once 5.2.3 is added (bug #180556) it should fix be fixed.