You're apparently using anaconda - it means you have to activate it first because it doesn't include paths in its binaries so ti won't work without explicit path override. Also note that anaconda is by design incompatible with the system libraries, so you'll have to make sure everything you use comes from anacoda or else it won't work. I'd very strongly suggest not using anaconda when compiling - it pretty much only works if you use their binaries but nothing else will.
Cheers, Simon > On Feb 24, 2019, at 7:28 PM, robin hankin <hankin.ro...@gmail.com> wrote: > > thanks for this Peter, my config.log file looks like this: > > configure:42615: result: yes > configure:42629: checking if libcurl is version 7 and >= 7.22.0 > configure:42658: gcc -o conftest -g -O2 > -I/Users/rhankin/anaconda3/include -I/usr/local/include > -I/usr/local/include -L/usr/local/lib conftest.c > -L/Users/rhankin/anaconda3/lib -lcurl -lssh2 -lssh2 -lssl -lcrypto > -lssl -lcrypto -lgssapi_krb5 -lresolv -lz -L/usr\ > /local/lib -lpcre2-8 -lpcre -llzma -lbz2 -lz -licucore -ldl -lm -liconv >&5 > configure:42658: $? = 0 > configure:42658: ./conftest > dyld: Library not loaded: @rpath/libcurl.4.dylib > Referenced from: /Users/rhankin/Downloads/R-devel/./conftest > Reason: image not found > ./configure: line 2254: 73408 Abort trap: 6 ./conftest$ac_exeext > configure:42658: $? = 134 > configure: program exited with status 134 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "R" > | #define PACKAGE_TARNAME "R" > > > > Best wishes > > > Robin > > > hankin.ro...@gmail.com > > > > hankin.ro...@gmail.com > > > > > On Mon, Feb 25, 2019 at 11:41 AM peter dalgaard <pda...@gmail.com> wrote: >> >> It doesn't usually happen on 10.13.6... Best guess is that somehow you are >> picking up an older library (e.g. in /usr/local/lib) even if you are using >> curl-config from a newer version. >> >> The detective work needed could take off from config.log, region around this: >> >> configure:39937: checking if libcurl is version 7 and >= 7.22.0 >> configure:39966: gcc -arch x86_64 -o conftest -g -O2 -I/usr/local/include >> -L/usr/local/lib conftest.c -lcurl -lpcre -llzma -lbz2 -lz -licucore -lm >> -liconv >&5 >> configure:39966: $? = 0 >> configure:39966: ./conftest >> configure:39966: $? = 0 >> configure:39976: result: yes >> >> That's for a succesful build, a failed one will usually give more info >> including the failing program code. >> >> -pd >> >>> On 24 Feb 2019, at 22:45 , robin hankin <hankin.ro...@gmail.com> wrote: >>> >>> Hi, macos 10.13.6, trying to compile 3.6.0, revision 76152. >>> >>> ./configure >>> [snip] >>> >>> checking for curl-config... /Users/rhankin/anaconda3/bin/curl-config >>> checking libcurl version ... 7.63.0 >>> checking curl/curl.h usability... yes >>> checking curl/curl.h presence... yes >>> checking for curl/curl.h... yes >>> checking if libcurl is version 7 and >= 7.22.0... no >>> configure: error: libcurl >= 7.22.0 library and headers are required >>> with support for https >>> >>> if we have libcurl 7.63, as it says in the output, why the error? How >>> to proceed? >>> >>> hankin.ro...@gmail.com >>> >>> _______________________________________________ >>> R-SIG-Mac mailing list >>> R-SIG-Mac@r-project.org >>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >> >> -- >> Peter Dalgaard, Professor, >> Center for Statistics, Copenhagen Business School >> Solbjerg Plads 3, 2000 Frederiksberg, Denmark >> Phone: (+45)38153501 >> Office: A 4.23 >> Email: pd....@cbs.dk Priv: pda...@gmail.com >> >> >> >> >> >> >> >> >> > > _______________________________________________ > R-SIG-Mac mailing list > R-SIG-Mac@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-sig-mac > _______________________________________________ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
