similar to: configure failed with curl 7.71.1

Hi Petr Thanks for taking the time to respond and to try to help. > > > Either you called ./configure with --disable-yp or with --without-curl (see > XIPH_PATH_CURL definitio in m4/xiph_curl.m4) So, I can see this? but what am I looking for exactly? > or your > curl does meet the tested criteria. E.g. You are missing curl header files or > you have too old curl. What

Hi, looking on the build scripts, I noticed on configure.ac ## <FIXME> ## Completely disable using libtool for building shlibs until libtool ## fully supports Fortran and C++. ## AC_ARG_WITH([libtool], ## [AS_HELP_STRING([--with-libtool],[use libtool for building shared libraries @ <:@yes@:>@])], ## [use_libtool="${withval}"], ## [use_libtool=yes]) ##

Dear all, I am trying to upgrade R on Debian 3.16.0-4-amd64, as the default R version is 3.1.1 (2014). When I try to run ./configure on R-3.3.3, I get an error message saying ... checking for curl-config... /usr/local/bin/curl-config checking libcurl version ... 7.53.1 checking curl/curl.h usability... yes checking curl/curl.h presence... yes checking for curl/curl.h... yes checking if libcurl

Dear R devel, Is libcurl support required to run R.devel, or is it optional? I'm compiling R.devel on an older Debian machine that only has libcurl version 7.21.0 The R news file says " Sun, 25 Jan 2015 CHANGES IN R-devel NEW FEATURES Optional use of ?libcurl? (version 7.28.0 from Oct 2012 or later) for Internet access (including on Windows): ... CHANGES IN R-devel

Am Mon, 3 Apr 2023 15:13:58 +0100 schrieb Prof Brian Ripley <ripley at stats.ox.ac.uk>: > On 03/04/2023 14:07, Detlef Steuer wrote: > > Hi! > > > > The same Inar reported for rawhide > > (https://stat.ethz.ch/pipermail/r-devel/2023-March/082482.html) > > is true for SuSE's distros. > > > > Right now R does not compile with libcurl8, but

On 03/04/2023 14:07, Detlef Steuer wrote: > Hi! > > The same Inar reported for rawhide > (https://stat.ethz.ch/pipermail/r-devel/2023-March/082482.html) > is true for SuSE's distros. > > Right now R does not compile with libcurl8, but SuSE Tumbleweed/Factory > switched to 8 a week ago. > > Would be great, if the patch Inar provided could be applied to >

Hello and apologies if this doesn't belong here. I'm trying to build a "portable" version of R - "portable" means that it could be easily moved to another location or machine simply by copying it. However, I encountered a problem when running it elsewhere: it seems that versions of dynamic libraries used by R are fixed and set at the build time; when that instance of R

Hello, I have tried to upgrade R to 4.0. I have added `deb http://cloud.r-project.org/bin/linux/debian buster-cran40/` to `/etc/apt/sources.list` (but I removed cran35). Btu when I run `apt-get update; apt-get install r-base r-base-dev` I get an error. I think it depends on r-base-core, since it depends on these obsolete libraries: ``` $ sudo apt-get install r-base-core Reading package lists...

What do you have installed as far as libcurl goes? Would you mind listing your packages and greping for libcurl entries. Perhaps I need some libcurl debs installed when I install r-base? On Thu, Nov 5, 2015 at 11:34 AM, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 5 November 2015 at 11:11, Michael Coyne wrote: > | Hello, > | > | I'm install R from a package off of

hello everyone: On this boring weekend, I tried compile R-trunk on windows 11 arm64 using clangarm64+msys2 on macbook m1 , it surprisingly easy to compiled and run. more investigation and test and code modify need to be done ,but IMO this is a good beginning !! to compile R on windows 11 arm64 just need : 1 svn checkout R-trunk and add USE_LLVM=YES in MKRules.dist or Mkrules.local 2 install

> | Is there a way to overcome this problem? Precompiled versions of R can be installed on various system configurations, so I guess that there should be a way to compile it in a version-agnostic manner. > > Yes, for example by > > -- using a Docker container which is portable across OSs (!!) and versions Docker R containers are north of 250 MB. I have checked experimentally

Thanks for the advice. Going to look into this more this evening and hopefully get everything working. Thanks again! On Thu, Nov 5, 2015 at 11:56 AM, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 5 November 2015 at 11:44, Michael Coyne wrote: > | What do you have installed as far as libcurl goes? Would you mind > | listing your packages and greping for libcurl entries.

On 03/04/2023 15:24, Detlef Steuer wrote: > Am Mon, 3 Apr 2023 15:13:58 +0100 > schrieb Prof Brian Ripley <ripley at stats.ox.ac.uk>: > >> On 03/04/2023 14:07, Detlef Steuer wrote: >>> Hi! >>> >>> The same Inar reported for rawhide >>> (https://stat.ethz.ch/pipermail/r-devel/2023-March/082482.html) >>> is true for SuSE's

On 27.01.2015 22:09, Skye Bender-deMoll wrote: > Dear R devel, > > Is libcurl support required to run R.devel, or is it optional? > > I'm compiling R.devel on an older Debian machine that only has libcurl > version 7.21.0 > > The R news file says > > " > Sun, 25 Jan 2015 > CHANGES IN R-devel NEW FEATURES > > Optional use of ?libcurl?

Hy you all, Short version: I think I have some code that could be interesting to make the R architecture evolve towards better thread support, easier memory management, better user interface programming (progress bar, logs), powerful debugging without recompiling (hach!) some years ago I start learning C with an ambitious project: write a C library for multivariate data analysis. On the route I

Dear Dirk, Do you mean binaries for R-3.3.3? I could not find any link on the page you mention I downloaded R-3.3.3.tar.gz from https://cran.r-project.org/src/base/R-3/ then ran ./configure I also tried ./configure --enable-R-shlib based on a suggestion found in http://jenzopr.github.io/bioinformatics/2016/05/03/r-wheezy-build.html Many thanks, Lucio On 4 April 2017 at 17:17, Dirk

On 7 September 2016 at 17:27, Pawe? Pi?tkowski wrote: | Hello and apologies if this doesn't belong here. | | I'm trying to build a "portable" version of R - "portable" means that it could be easily moved to another location or machine simply by copying it. However, I encountered a problem when running it elsewhere: it seems that versions of dynamic libraries used by R

On 7 September 2016 at 20:50, Pawe? Pi?tkowski wrote: | > | Is there a way to overcome this problem? Precompiled versions of R can be installed on various system configurations, so I guess that there should be a way to compile it in a version-agnostic manner. | > | > Yes, for example by | > | > -- using a Docker container which is portable across OSs (!!) and versions | |

On Wed, Sep 7, 2016 at 1:50 PM, Pawe? Pi?tkowski <cosi1 at tlen.pl> wrote: > > | Is there a way to overcome this problem? Precompiled versions of R can > be installed on various system configurations, so I guess that there should > be a way to compile it in a version-agnostic manner. > > > > Yes, for example by > > > > -- using a Docker container which

On 5 November 2015 at 11:44, Michael Coyne wrote: | What do you have installed as far as libcurl goes? Would you mind | listing your packages and greping for libcurl entries. The distribution works with proper dependencies. When R is built with libcurl, the R package already depends on libcurl: edd at max:~$ dpkg -s r-base-core | grep curl Depends: zip, unzip, libpaper-utils, xdg-utils, libblas3