similar to: ' --enable-R-shlib' problem when setting up R-devel in Linux Mint 17.1 64-bit

Regarding the previous problem with setting up r-devel in Linux Mint 17.1 64-bit, I deleted all the r-devel files I previously had, and then I did the check out to the '~/svn/r-devel' directory originally mentioned by by Dirk on https://stat.ethz.ch/pipermail/r-sig-debian/2012-August/001935.html, instead of the customised location I previously chose: '~/SVN/R-devel/trunk' and

All of my attempts to build R 3.5.0 from sources under Ubuntu 18.04 have failed, and I cannot figure out what I am doing wrong. I have tried may things, including : export LDFLAGS="$LDFLAGS -fPIC" export CXXFLAGS="$CXXFLAGS -fPIC" export CFLAGS="$CFLAGS -fPIC" ./configure --enable-R-shlib --prefix=/usr/lib/R/3.5.0 #### Configure completes normally without errors or

Hi Everyone, I have modified my version of R-1.4.1 to include choleski with pivoting (like in Splus). I thought R-core might consider including this in the next version of R, so I give below the steps required to facilitate this. 1. Copied Linpack routine "dchdc.f" into src/appl 2. Inserted line F77_SUBROUTINE(dchdc) in src/appl/ROUTINES 3. Inserted "dchdc.f" into

Hi All: I still use fedora 17 ( heard about fedup so plan on trying it soon ) and the only way to currently obtain a recent version of R when you're on 17 is to build it from source. ( if anyone knows another way, let me know. ). So, I was able to do that initially. But then I tried to run Rstudio and it complained about the lack of a shared library. So, I went back to do it over and first I

Dear R People: I'm trying to compile R-2.15.0 on a 64 bit Windows machine. However, I'm getting the following error: c:\R64\R-2.15.0\src\gnuwin32>set TMPDIR=c:\temp set TMPDIR=c:\temp c:\R64\R-2.15.0\src\gnuwin32>make all recommended make all recommended make[1]: `MkRules' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: Nothing to

Dear list, I have a question related to the correct interpretation of the relative convergence criterion used by 'optim'. In the help of the function is it written that: "reltol:Relative convergence tolerance. The algorithm stops if it is unable to reduce the value by a factor of reltol * (abs(val) + reltol) at a step." and I was wondering if the previous criterion is

On Tue, Feb 13, 2018 at 12:22 PM, Indrajit Sen Gupta <indrajitsg at gmail.com> wrote: > Hi Avraham, > > I tried with the patched version. The same error message. > > gcc -std=gnu99 -m64 -shared -s -mwindows -o R.dll R.def console.o dynload.o > editor.o embeddedR.o extra.o malloc.o opt.o pager.o preferences.o psignal.o > rhome.o rt_complete.o rui.o run.o shext.o

Hello! I'm trying to install R-patched from source on a Windows 64 bit laptop. I have installed R-tools 2.16 and set up the jpeg, tiff, and libpng files Here is the output: c:\R64\R-patched\src\gnuwin32>make all recommended make all recommended make[1]: `MkRules' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: Nothing to be done for

Oh, I forgot to mention that besides setting AR, RANLIB and the stack probing fix, you also need a very up to date binutils. 2.25 was out in december. Even with that , if you linker's default is not what you are compiling for (i.e. a multiarch toolchain), you need to set GNUTARGET also, i.e. -m32/-m64 is not enough. Some fix to autodetect non-default targets went in after christmas before the

On 21 July 2015 at 02:15, MAURICIO ZAMBRANO BIGIARINI wrote: | Regarding the previous problem with setting up r-devel in Linux Mint | 17.1 64-bit, I deleted all the r-devel files I previously had, and | then I did the check out to the | | '~/svn/r-devel' | | directory originally mentioned by by Dirk on | https://stat.ethz.ch/pipermail/r-sig-debian/2012-August/001935.html, | instead of

Hi, I've been trying to get a shared library version of the R package(version 2.12.1) installed on a CentOS 5 system. (It installs fine without but other packages demand shared libs - namely Rapache). I've tried this with yum but don't know of any flags to set to tell it to installl with shared libs enabled. I then tried a local R install as non-root with source packages: after

Very timely, as this is how I got into the problem I posted about earlier; maybe some of the problems I ran into will mean more to the you and the experts on this thread, Dr. Murdoch.For reference, I run Windows 7 64bit, and I am trying to build a 64 bit version of R-3.1.2. As we discussed offline, Dr. Murdoch, I've been trying to build R using more recent tools than GCC4.6.3 prerelease.

I am trying to build R on a Centos server without admin privileges (or support), so I can call R functions from NetLogo models (via the NetLogo R extension or possibly Rserve), but I'm getting stuck near the end of make. Any suggestions? Here's the setup... $ R_SHELL=/bin/sh $ R_HOME=~/R-devel $ cd $R_HOME; ./configure; make returns ... begin installing recommended package MASS

Ah, got it. For some ancient reason config.site on that machine had LDFLAGS=-L/usr/X11R6/lib in config.site, and that prevented configure from inserting -L /usr/local/lib, so linked /usr/lib/libreadline.dylib, which is the Apple-supplied one, which possibly is really libedit... -p > On 18 May 2016, at 22:01 , peter dalgaard <pdalgd at gmail.com> wrote: > > gcc

In the file MkRules.local.in, I see the line: USE_ATLAS = NO which I believe needs to be changed to YES. But how do I specify the BLAS file *libopenblas_haswell-r0.2.20.a *and its location? Regards, Indrajit On Tue, Feb 13, 2018 at 6:41 PM, Indrajit Sen Gupta <indrajitsg at gmail.com> wrote: > I was able to compile the R from the github by running build-r-devel.bat! > > Now need

Dear list members, Within a loop, I need to create an xyplot with only a legend, not even with the default external box drawn by lattice. I already managed to remove the axis labels and tick marks, but I couldn't find in the documentation of xyplot how to remove the external box. I would really appreciate any help with this ------------- START ----------- library(lattice) x<-1:100

On Fri, Feb 9, 2018 at 9:29 AM, Kenny Bell <kmbell56 at gmail.com> wrote: > I suggest that you work off the build process in the rwinlib repository so > you are starting from something that you know works and already incorporates > the set of dependencies you need. Hello, Kenny. For what it's worth I've been successfully building R+OpenBLAS on Windows64 since 2013, which

> Yes, the nightly build is broken in a similar, but different way. See below. > Both seem to be readline related, so Frederick Eaton's patches, which Martin committed yesterday are the likely culprit. I had actually tested them and things seemed to work, but it was on a different machine and not a completely clean build. Indeed a problem. I'm pretty sure that RL_UNSETSTATE()

Dear all, After being archived on CRAN on 2023-10-1, hydroTSM is finally back on CRAN since January 18th: https://cran.r-project.org/package=hydroTSM. This new version 0.7-0 has several new functions, improvements, bugfixes, and a new dataset, mostly devoted to work with sub-daily and sub-hourly time series. *) New functions: baseflow, plot_pq, calendarHeatmap, subhourly2hourly,

Dear all, After being archived on CRAN on 2023-10-16 , hydroGOF is finally back on CRAN since January 21th: https://cran.r-project.org/package=hydroGOF. This new version 0.5-4 includes: *) the following new functions: -) KGElf (Garc?a et al., 2017), -) sKGE (Fowler et al., 2018), -) KGEnp (Pool et al., 2018), -) dr (Willmott et al., 2012), -) ubRMSE (Entekhabi et al.,