[R-SIG-Mac] libcurl

[Jeff Newmiller]

If your goal is to interoperate with Python (esp. when using numpy and friends) then Anaconda is actually a good option... just learn how activate a conda environment before doing anything within that ecosystem and remember that each conda environment you create will be independent of all others. [1] Sadly, it is just a PITA if you are not looking for those interoperability benefits and fail to get on the conda tool bandwagon, so don't take this as advocating for Anaconda in general.

FWIW I run both the standard distribution of R and an Anaconda distribution on the same machine, and only use the Anaconda version when I have to... but I have avoided installing R (or any custom Python libraries) into the default Anaconda environment, which may be a key point that makes this work.

[1] https://samrelton.wordpress.com/2015/07/02/rconda/amp/

On February 25, 2019 5:28:58 PM PST, robin hankin <hankin.robin using gmail.com> wrote:
>Simon, thanks for this.  Can we add your comment to the mac os x FAQ
>please?    What is the recommended way to install libcurl?
>
>My feeling is that I have somehow messed up my system so badly that
>reimaging is the only way forward.
>
>hankin.robin using gmail.com
>
>
>
>hankin.robin using gmail.com
>
>
>
>
>On Tue, Feb 26, 2019 at 12:32 PM Simon Urbanek
><simon.urbanek using r-project.org> wrote:
>>
>> 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.robin using 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.robin using gmail.com
>> >
>> >
>> >
>> > hankin.robin using gmail.com
>> >
>> >
>> >
>> >
>> > On Mon, Feb 25, 2019 at 11:41 AM peter dalgaard <pdalgd using 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.robin using 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.robin using gmail.com
>> >>>
>> >>> _______________________________________________
>> >>> R-SIG-Mac mailing list
>> >>> R-SIG-Mac using 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.mes using cbs.dk  Priv: PDalgd using gmail.com
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >
>> > _______________________________________________
>> > R-SIG-Mac mailing list
>> > R-SIG-Mac using r-project.org
>> > https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>> >
>>
>
>_______________________________________________
>R-SIG-Mac mailing list
>R-SIG-Mac using r-project.org
>https://stat.ethz.ch/mailman/listinfo/r-sig-mac

-- 
Sent from my phone. Please excuse my brevity.