similar to: R CMD SHLIB in Windows XP - No output at all

I am trying to build a dll writen in C to be called by R. Interestingly, when I set the global environment variable PATH to be "c:\Rtools\bin;C:\Rtools\gcc-4.6.3;C:\Program Files\R\R-3.1.1\bin\*i386*;" and I typed "RCMD SHLIB Permutation.c" in Cygwin, the dll was compiled and I can sucessfully call functions after I had loaded it into 32 bits R via .Call. However, now I want

Example input and output to reproduce this can be found at https://gist.github.com/jimhester/b7f05f50794c88e44b17. I tested this attempting to compile the [digest]( http://cran.r-project.org/web/packages/digest/index.html) package, `run.sh` and `run.bat` were both run in the package source directory on Ubuntu 14.01 and Windows 7 respectively. In particular while the `CFLAGS` values were properly

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:

I am running into a wall getting my system to work with rcpp and inline. Following Dirk's advice on stackoverflow, I hope someone is able to help me. My steps were to install MinGW 32 bit first, then installing Rtools, I disabled MinGW's entry in the PATH. I am trying to get the following code to work: library(Rcpp) library(inline) body <- ' NumericVector xx(x); return wrap(

> So starting a new Rcmd.exe process fails for some reason. > > If you take the same R session where the environment variables are > right and Sys.which() resolves Make and GCC and try to run > tools:::.shlib_internal(c('-n', 'hello.c')) or > tools:::.shlib_internal('hello.c'), does it do something useful? I think I tried the commands in the right R

Dear R-helpers, I tried to build a DLL like I have done so many times, but this time on my new machine, but it gives the erorr: (from cmd window) >R CMD SHLIB Boxcnt.f MAKE Version 5.2 Copyright (c) 1987, 2000 Borland Error c:/PROGRA~1/R/R-210~1.1/share/make/winshlib.mk 4: Command syntax error *** 1 errors during make *** The error is not in my Fortran file, because I also tried other files

I am getting this error message when I try to run Rcmd SHLIB myprog.c. There appears to be a missing / between etc and i386 in the path. I am on Windows Vista and am using R version 2.12.1 Patched (2010-12-16 r53864) and just downloaded Rtools 2.12 today. Is this a bug in R? How can I resolve this? C:\tmp2>Rcmd SHLIB myprog.c cygwin warning: MS-DOS style path detected:

I have been trying to install RMySQL on Windows 7 following the procedure at: http://biostat.mc.vanderbilt.edu/wiki/Main/RMySQL I think I have properly installed RTools and created a proper Renviron.site file saying: MYSQL_HOME="C:/Program Files/MySQL/MySQL Server 5.5" When I try to install the packages from source, I get warnings that suggest I'm still not quite "with the

Does anybody know why two "-g" flags appear in the call to gcc in R CMD SHLIB Example: gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG -fpic *-g* -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 *-g* -c c_file1.c -o c_object1.o Surely it need only be listed once? Alan [[alternative HTML version deleted]]

On Sun, 16 Mar 2003, Duncan Temple Lang wrote: > The "fix" is relatively simple. One can change the order of the > suffixes listed in $R_HOME/etc/Makeconf (i.e. the Makeconf.in version) > to alter the precedence. If one changes the line > > .SUFFIXES: .c .cc .cpp .C .d .f .lo .o > > to place the '.c' after the '.cc', your example will work as you

Hello all, I was trying to compile a simple C program hello.c using R CMD SHLIB hello.c. MY R software residing in C:\Program Files\R\R-2.15.0, and also I have downloaded the Rtools 2.15.0 and it is in C:\Rtools, MY file(hello.c) is in E:\R_dir. I have followed the procedures given below 1. In a new CMD.exe window I have set the path as c:\ Rtools\bin; C:\Rtools\MinGW\bin;C:\Program

Hi there, I'm having trouble to compile the R + C/C++ codes for this project from Yahoo folks on latent factor models: https://github.com/yahoo/Latent-Factor-Models#readme After downloading the package from the site, I could not successfully *make* the files. Here is the message: ====================================================================================== sh-4.1$ make R CMD

Dear People, I want to run gcc with optimisation turned on (-O2), and with -Wall (all warnings) enabled, when using R CMD SHLIB. When I do make, which is R CMD SHLIB -Wall -O2 cftp.c mcmc.c latticefn.c -lm in this case, I get faheem ~/research/cftp>make R CMD SHLIB -Wall -O2 cftp.c mcmc.c latticefn.c -lm make[1]: Entering directory `/home/faheem/research/cftp' gcc -I/usr/lib/R/include

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 : >>

Full_Name: Faheem Mitha Version: 1.6.2 OS: Debian GNU/Linux Submission from: (NULL) (209.42.199.193) Suppose you are making a shared library using R CMD SHLIB foo.cc If there is a file called foo.c in the same directory, then it will be used instead. faheem ~/scratch/r-base>R CMD SHLIB foo.cc gcc-3.0 -I/usr/lib/R/include -D__NO_MATH_INLINES -mieee-fp -fPIC -g -O2 -c foo.c -o foo.o

I am installing RMySQL_0.9-3.tar.gz pkg on windows-7 64 bit machine as:--- C:\Users\trendwise> R CMD INSTALL --configure-args='--with-mysql-inc="C:\\Program Files\\MySQL\\MySQL Server 5.5\\include"' "C:\\Users\\trendwise\\Downloads\\RMySQL_0.9-3.tar.gz" * installing to library 'C:/Users/trendwise/Documents/R/win-library/2.14' * installing *source* package

I originally posted on this topic on a different thread: https://stat.ethz.ch/pipermail/r-devel/2016-August/072938.html These sources suggested that a safe practice might be to put double quotes around symbol names in EXPORTS in case the symbol name is the same as a linker keyword: - https://sourceware.org/binutils/docs/ld/Symbols.html#Symbols -

Hi, After uninstalling Rtools 2.14.0, I have installed the latest version of Rtools 2.15.0 which gives the two folders C:\Rtools\bin C:\Rtools\gcc-4.6.3 R is installed in the directory C:\R\R-2.15.0 I have set the Environment Variable PATH=c:\Rtools\bin;c:\Rtools\gcc-4.6.3\bin;c:\R\R-2.15.0\bin;<others> I am trying to install a custom package (BMEA_0.2.1) which is exactly

Hi, I am trying to compile C++ with R and I am coming up against - what I believe - is a linker configuration issue. For example, using has_develop() gives the following message... > has_devel() "C:/PROGRA~1/R/R-30~1.2/bin/i386/R" --vanilla CMD SHLIB foo.c gcc -m32 -I"C:/PROGRA~1/R/R-30~1.2/include" -DNDEBUG -I"d:/RCompile/CRANpkg/extralibs64/local/include"

Hi I've built a dll using Fortran code and can call it by either R or Fortran. Calling by the former gives me the wrong answer and the later gives the correct answer. >From what I've read, it looks like I should use the subroutines DBLEPR, INTPR and REALPR to print to the R console rather than using Fortran standard I/O and that if I use the command R CMD SHLIB source.f that these