similar to: cygwin1.dll problems when installing packages from source

Hi, As far as I can see, no. On checking, I have confirmed that the only location of cygwin1.dll is : C:\Rtools\bin Thanks Vivek 2017-06-03 12:57 GMT+02:00 Duncan Murdoch <murdoch.duncan at gmail.com>: > On 03/06/2017 6:31 AM, Vivek Sutradhara wrote: > >> Hi all, >> I am having some problems in updating some packages from source. I start >> with : >>

On 03/06/2017 6:31 AM, Vivek Sutradhara wrote: > Hi all, > I am having some problems in updating some packages from source. I start > with : > install.packages("Boom",lib="C:/RownLib",type="source") > > I get the following error message : Do you have multiple copies of cygwin1.dll? Duncan Murdoch > > * installing *source* package

On 03/06/2017 7:00 AM, Vivek Sutradhara wrote: > Hi, > As far as I can see, no. > > On checking, I have confirmed that the only location of > cygwin1.dll is : > C:\Rtools\bin I would re-install Rtools, and make sure C:\Rtools\bin appears first in your PATH. Duncan Murdoch > > Thanks > Vivek > > 2017-06-03 12:57 GMT+02:00 Duncan Murdoch <murdoch.duncan at

C++ support across different platforms is now very heterogeneous. The standard is evolving rapidly but there are also platforms in current use that do not support the recent iterations of the standard. Our goal for R 3.4.0 is to give as much flexibility as possible. The default compiler is whatever you get "out of the box" without setting the "-std=" flag. This means different

Al final resulto más fácil de lo esperado. Hay que instalar cywin y utilizar los comandos de la siguiente manera system('C:/cygwin/bin/wc -l var_risco_2012.csv') Esto en principio funciona El 8 de junio de 2015, 17:41, Carlos Ortega <cof en qualityexcellence.es> escribió: > Hola, > > Mira esto: > >

Hi all, I just cloned from git clone https://git.centos.org/git/rpms/atlas And rpmbuild is failing with error in building ATLAS:- make[1]: Leaving directory `/home/sudhanshu/rpmbuild/BUILD/ATLAS/x86_64_base' DONE configure + '[' base = base ']' + sed -i 's#ARCH =.*#ARCH = P4E64SSE3#' Make.inc + sed -i s#-DATL_AVX## Make.inc + sed -i s#-mavx#-msse3# Make.inc + echo

I am building shared objects on Windows system with BASE as a name in the shared object. When BASE appears under EXPORTS in tmp.def file, R CMD SHLIB doesn't succeed. This happens on Windows but not Mac or Ubuntu. Minimal examples: //////////////////////////////////////// This code builds fine //////////////////////////////////////// void base(int *nin, double *x) { int n = nin[0]; int

It looks like `BASE` is a keyword in the .def file specification. https://github.com/bminor/binutils-gdb/blob/master/ld/deffilep.y#L241-L268 For several keywords, I could replicate the syntax error from ld.exe when the keyword was listed in EXPORTS in the .def file. As far as I can tell, the dllname-win.def file is a must in this case making sure none of the keywords get exported there.

Hi all, I'm trying to set up the Windows Rtools toolset for building packages with compiled code. I installed for Windows R-3.4.3 from CRAN and installed Rtools-3.4 in a custom location M:\R\R-3.4.3 and M:\R\Rtools-3.4 Following the instructions, in shell, I set Path=M:\R\Rtools-3.4\bin;M:\R\Rtools-3.4\gcc-4.6.3\bin;M:\R\R-3.4.3\bin;... (the ... are other paths irrelevant for R/Rtools).

I can confirm the behaviour that you report.? Usually I put Rtools in c:\programs\Rtools and modify the path accordingly. Recently (don't recall for how long) I have encountered the same problems as you have and I have resorted to moving Rtools to c:\Rtools I have no idea as how to proceed; perhaps it could be worth trying an older version of Rtools (though that may cause other problems).

Hi everyone, I'm trying to create a small C++ program which embed R, but I'm having problems when I try to do it on Windows 64 bits. I have created a minimal reproducible example which is just the src/gnuwin32/front-ends/rtest.c file with the R_ReplDLLdo1() loop, the only difference is that I set the interactive mode to TRUE. Here is the cpp file:

Jiefei, you did not commit all files into the example package - your example has things like RcppExports.cpp as well as additional flags which are not in your GH project. I suspect the issue is with the extra flags you're adding - those don't come from R. Please make sure you can replicate the issue with the GH package you created. Cheers, Simon * installing *source* package

Thanks a lot for your suggestions. I see what you mean. I have removed all unnecessary files and dependences on https://github.com/Jiefei-Wang/example, but still no luck. I've tried to install the package as a user, not admin, but I got the same error. Also, I apologize for spamming the mail list. I will keep my reply as neat as possible. Martin has suggested checking the encoding of the file

Oops, I think both of us forget to cite the r-devel channel. Best, Jiefei On Tue, Mar 10, 2020 at 5:13 AM Wang Jiefei <szwjf08 at gmail.com> wrote: > Thanks for your quick response, Tomas. > > Yes, this is a path issue, I think the problem is related to R, not the > Rtools make. I built an example package for reproducing the problem: > https://github.com/Jiefei-Wang/example

I encountered this issue a couple of months ago and resolved it by installing Rtools in the default directory C:\Rtools, see below for details. I didn't have time to prepare a proper error report and in fact suspected that I may be messing up something. I tracked down the error by installing from the command line, rather than with install.packages(). On Windows I keep multiple versions of

Here is a drop-in replacement for the R incomplete beta function. src/math/pbeta.c It is a slightly modified version of the cephes library one from Netlib. In the few cases I tried it seems to give at least 14 digit agreement with the one in S-PLUS (its hard to get more). I'm not sure what performance is like. I'd like to know if it helps with some of the problems which have been

Hi, I am trying to compile R with ICU support. I am following https://cran.r-project.org/doc/manuals/R-admin.html#Building-from-source I have downloaded and extracted https://www.stats.ox.ac.uk/pub/Rtools/goodies/ICU_531.zip to W:\R-3.5._\App\R-Portable\ICU I have modified MkRules.local # set to use ICU USE_ICU = YES # path to parent of ICU headers ICU_PATH = w:/R-3.5._/App/R-Portable/ICU I

OK, I have made a little search about this "problem" that apparently occurs only on Windows platform... (but I am sure most of you are already aware of it): the slow down is due to the adoption of a different algorithm for pow in mingw 3.x. This is motivated by some other changes in mingw. Here is a quote of Danny Smith that did this change: >When mingw changed default FPU settings

Hi, I wanted to send a small patch for survival documentation. So I forked, patched and tried to build locally using R CMD build, but this failed with errors about undefined references. Upon closer inspection, the undefined references relate to files that give a warning when compiled through install.packages("survival", type = "source") on Windows, for example:

Hi Avraham, What a coincidence, I have been following this post of yours: https://www.avrahamadler.com/2013/10/24/an-openblas-based-rblas-for-windows-64-step-by-step/ Looks like this post is slightly older than what you have shared previously. It is strange that you did not get the attachments. I am pasting the contents of the MkRules.local here: