similar to: Cannot Install Custom Package On Windows7 64-bit

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

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(

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 m installing RMySQL under windows -7 64bit, i have wamp server(which has mysql5.5.16) i have given MYSQL_HOME path in environment variable as MYSQL_HOME=C:\wamp\bin\mysql\mysql5.5.16\bin , & also create Renviron.site file in C:\Program Files\R\R-2.15.0\etc giving MYSQL_HOME=C:/wamp/bin/mysql/mysql5.5.16/bin as path i install c connector "MySQL Connector C 6.0.2" version

I have developed an R package that works under Win32, but when I attempt to build it on Win64, I get ERROR: loading failed for 'x64' More precisely, I developed and tested the package under Win32 and it works. But when I move to a 64 bit Windows 7 (Home Premium) system, and attempt to build both 32 bit and 64 bit packages, the 32 bit package seems to build, but the 64 bit build

Hi, On a Win7 64 bit, I have installed: *R-15.0 and I am running it in 64bits *Rtools215.exe*MySQL 5.5.23 64bits My PATH start with D:\BenSave\Rtools\bin;D:\BenSave\Rtools\MinGW64\bin;D:\BenSave\R\R-2.15.0\bin;D:\BenSave\Rtools\MinGW\bin;D:\BenSave\Rtools\gcc-4.6.3\bin; Note that I place MinGW64\bin has I want the package in 64 bits, so just in case it helps... To install RMySQL 64 bits, I

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

Dear All, I have been trying to compile a package for windows that we have written. Since R version 3.0.0 the package doesn't compile any more. (On Linux the package compiles without errors). The error specifically says: gcc -m32 -I"C:/PROGRA~1/R/R-30~1.0/include" -DNDEBUG -I"d:/RCompile/CRANpkg/extralibs64/local/include" -O3 -Wall -std=gnu99 -mtune=core2 -c

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 have a Fortran 77 subroutine (dll). On windows XP, how ?would I 'debug it(Fortran) within R' using gdb? This is how I made it. ---------------------- R CMD SHLIB main.f gfortran -m32 ? ? -O3 ?-mtune=core2 -c main.f -o main.o gcc -m32 -shared -s -static-libgcc -o main.dll tmp.def main.o -Ld:/RCompile/CRANpkg/extralibs64/local/lib/i386 -Ld:/RCompile/CRANpkg/extralibs64/local/lib

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

I am currently using R 2.15.0 with R Tools 2.15 (in Windows XP). I downloaded the source for RGgobi and extracted it to a folder.   Then I tried compiling and installing with the following command and got an error message: -------------------------------------------------------------------------------------------- D:\Work\tmp>R CMD INSTALL --build "D:\\DPF\\Rggobi\\rggobi" *

I am currently using R 2.15.0 with R Tools 2.15 (in Windows XP). I downloaded the source for RGgobi and extracted it to a folder.   Then I tried compiling and installing with the following command and got an error message: ------------------------------------------------------------------------------------------------------------------ D:\Work\tmp>R CMD INSTALL --build

I'm attempting to install the gsl package using the following command: install.packages("c:/users/mike/documents/R/win-library/gsl_1.9-9.tar.gz",repos=NULL,type="source") My attempt is failing. Please help. The message supplied is: Installing package(s) into ‘C:/Users/Mike/Documents/R/win-library/2.15’ (as ‘lib’ is unspecified) * installing *source* package

Hi, Has something changed regarding the useDynLib in the NAMESPACE file in packages? I've written a package that works in e.g. 2.12/2.13 but simply cannot find the dynamic library under windows. The version on CRAN is older than the one I'm talking about and depends on a newer version of R but I want to make the package available to people with older versions. >

I follow Alan Lenarcic's very helpful tutorial on building R package for Windows (XP), which could be found in www.stat.columbia.edu/~gelman/stuff_for_blog/AlanRPackageTutorial.pdf<http://www.stat.columbia.edu/~gelman/stuff_for_blog/AlanRPackageTutorial.pdf>. The package involves a small dll compiled from some very simple C++ codes. The build process seemed to work smoothly, until i

I mistakenly left a write in "/tmp" in the rockchalk package (version 1.8.109) that I uploaded last Friday. Kurt H wrote and asked me to fix today. While uploading a new one, I became aware of a problem I had not seen. The version I uploaded last Friday, 1.8.109, has OK status on all platforms except r-release-windows-ix86+x86_64. I get OK on oldrel-windows and also on devel-windows.

Dear friends, I have just gotten a strange error message back from Uwe saying that the most recent version of psych failed to pass R CMD check for Windows. The error message was less than helpful, in that it seems to have failed when trying to include the Rcpp library, which I do not directly call. (see below) "* using log directory

Dear R development: I'm not sure if this is the appropriate list, but it's a start. I would like to put together a package which contains a CUDA program on Windows 7. I believe that it has to do with the Makeconf file in the etc directory. But when I just use the nvcc with the shared option, I can use the dyn.load command, but when I use the is.loaded function, it shows FALSE.

Dear friends, I am building an R package called *mypackage*. I followed every possible steps (to my understanding) for the same. I got following problem while doing *R CMD check mypackage*. * installing *source* package 'mypackage' ... ** libs cygwin warning: MS-DOS style path detected: C:/PROGRA~1/R/R-213~1.0/etc/i386/Makeconf Preferred POSIX equivalent is: