Bug #76369 [NEW]: Configure option --with-curl=PATH, the PATH will be ignored

From: labs at undef dot name Operating system: openSUSE 13.2 (x86_64) PHP version: 7.1.17 Package: Compile Failure Bug Type: Bug Bug description:Configure option --with-curl=PATH, the PATH will be ignored Description: ------------ Configure option --with-curl=PATH, the PATH will be ignored The system default cURL package is 7.42.1 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ caprice:/ # /usr/bin/curl -V curl 7.42.1 (x86_64-suse-linux-gnu) libcurl/7.60.0 OpenSSL/1.0.2o zlib/1.2.8 nghttp2/1.32.0 Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp Features: AsynchDNS IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP HTTP2 UnixSockets Metalink I have installed cURL 7.60.0 at /usr/local ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ caprice:/ # /usr/local/bin/curl -V curl 7.60.0 (x86_64-pc-linux-gnu) libcurl/7.60.0 OpenSSL/1.0.2o zlib/1.2.8 nghttp2/1.32.0 Release-Date: 2018-05-16 Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp Features: AsynchDNS IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP HTTP2 UnixSockets HTTPS-proxy If I configure the sources with "--with-curl=/usr/local" the 7.60.0 lib from "/usr/local" has been found: caprice:/ # CFLAGS="-I/usr/local/include" \ LDFLAGS="-L/usr/local/lib64" \ ./configure --with-curl=/usr/local checking for cURL support... yes checking for cURL 7.10.5 or greater... libcurl 7.60.0 ...but after the build the 7.42.1 was used: caprice:/ # /usr/local/php/7.1.17/bin/php --ri curl [...] cURL support => enabled cURL Information => 7.42.1 [...] I have copied "/usr/local/bin/curl-config" to "/usr/bin/curl-config" (which wasn't there before), but that doesn't changed something. The copy of "/usr/local/bin/curl-config" was using the correct pathes to 7.60.0. Only after a complete remove of "/usr/bin/curl", "/usr/bin/lib64/libcurl.so.4" and "/usr/bin/lib64/libcurl.so.4.3.0" and a rebuild I was getting the wanted executable: caprice:/ # /usr/local/php/7.1.17/bin/php --ri curl [...] cURL support => enabled cURL Information => 7.60.0 [...] I have just tested 7.0.30 and 5.6.36 and there is exact the same problem with "--with-curl=/usr/local" as described above (found 7.60.0 but uses 7.42.1 instead): caprice:/ # /usr/local/php/7.0.30/bin/php --ri curl [...] cURL support => enabled cURL Information => 7.42.1 [...] caprice:/ # /usr/local/php/5.6.36/bin/php --ri curl [...] cURL support => enabled cURL Information => 7.42.1 [...] ldconfig lists "libcurl.so.*" in "/usr/local/lib64": caprice:/ # /sbin/ldconfig -v /usr/local/lib64: [...] libcurl.so.4 -> libcurl.so.4.5.0 [...] -- Edit bug report at https://bugs.php.net/bug.php?id=76369&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=76369&r=trysnapshot54 Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=76369&r=trysnapshot55 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=76369&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=76369&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=76369&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=76369&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=76369&r=needscript Try newer version: https://bugs.php.net/fix.php?id=76369&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=76369&r=support Expected behavior: https://bugs.php.net/fix.php?id=76369&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=76369&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=76369&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=76369&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=76369&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=76369&r=dst IIS Stability: https://bugs.php.net/fix.php?id=76369&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=76369&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=76369&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=76369&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=76369&r=mysqlcfg