php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #76369 Configure option --with-curl=PATH, the PATH will be ignored
Submitted: 2018-05-23 17:43 UTC Modified: 2020-03-08 04:22 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:0 of 0 (0.0%)
From: labs at undef dot name Assigned: cmb (profile)
Status: No Feedback Package: cURL related
PHP Version: 7.1.17 OS: openSUSE 13.2 (x86_64)
Private report: No CVE-ID: None
View Developer Edit
 [2018-05-23 17:43 UTC] labs at undef dot name 
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
	[...]

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2018-05-30 01:56 UTC] peterkokot at gmail dot com 
Hello, I've tested with same system - openSUSE 13.2 and it works ok. Issue is that there needs to be a reload of the environment variables - bash environment - something doesn't get refreshed when installing curl manually into the /usr/local. So a simple:

  exec bash

and it works ok.

How to recheck this issue:
1.) install curl from the openSUSE repository - version 7.42.1
2.) install curl manually from the official website - 7.60.0
3.) check the curl --version (7.42.1)
4.) exec bash
5.) check the curl --version again (7.60.0)
 [2020-02-28 18:07 UTC] cmb@php.net
-Status: Open +Status: Feedback -Assigned To: +Assigned To: cmb
 [2020-02-28 18:07 UTC] cmb@php.net 
Do you still experience this issue with any of the actively
supported PHP versions[1]?

[1] <https://www.php.net/supported-versions.php>
 [2020-02-28 18:07 UTC] cmb@php.net
-Package: Compile Failure +Package: cURL related
 [2020-03-08 04:22 UTC] php-bugs at lists dot php dot net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Dec 21 13:01:31 2024 UTC