similar to: Can R for Windows be built outside of the top-level source directory?

Dear r-devel list members, It's been several years since I last built a custom Windows installer for R, and despite my notes and the instructions in Sections 3.1.7 and D.4 of the R Installation and Administration Manual, I've run into a problem, receiving the following error message: ----------- snip ----------- C:\R\src\R-2.11.1\src\gnuwin32\installer>make myR

I am attempting to build a customized R installer on Windows, using the Inno Setup installer. I am following the instructions in Section 3.1.8 of the R Installation and Administration Manual ("Building the Inno Setup installer"), which includes the following passage: An alternative way to customize the installer starting with a binary distribution is to first make a full

Hi all Is there a rails / ruby function that is analagous to PHPs ''virtual'' function? "virtual() is an Apache-specific function which is similar to <!--#include virtual...--> in mod_include. It performs an Apache sub-request. It is useful for including CGI scripts or .shtml files, or anything else that you would parse through Apache. Note that for a CGI script,

I am just beginning to use LLVM, and find that 'getting started' is the steep part of the learning curve. I am using MingW and msys, which I have not fully grokked yet. Anyway, actually building the libraries from source is turning out to be difficult. I want to work with LLVM as described in the except from the LLVM FAQ below. I am using C++, so the FFI is a non-issue. Can someone

Full_Name: Bill Dunlap Version: 2.8.0dev OS: Windows XP Submission from: (NULL) (70.98.76.47) I tried for the first time to build R from source on Windows, where I got the source code via svn. Per the Installation and Administration manual, I altered src\gnuwin32\MkRules so it had the the locally correct paths to HTML Help Workshop and Inno Setup 5. I also set USE_SVNVERSION=yes, as suggested

Hi all, At the moment, LLVM includes the .l, .y sources that are compiled by flex and biston via make. This is fine for most unix developers. For windows developers, it's a bit more of a pain to download flex/bison, but is still a one-time thing. However, anyone releasing an llvm frontend will require their users to have flex/bison. Most (but not all) unix boxes have them, but almost no

On Thu Jan 9 2014 03:47 Henrik Bengtsson wrote: > This is is an issue that bugged me for a while. I encountered a year > ago (April 2012) when I first tried to build R from source on Windows. > I never figured out what the solution is or if I'm doing something > wrong myself (but I have found a tedious workaround). I'm still on > the same Windows 7 Ultimate machine with

The trailing backslash seems to be the culprit. After looking at rw1020\bin\INSTALL, I noticed $pkg =~ s/\/$//; which I assume is to strip the trailing slash from a package name before obtaining the package name and cleaning out its directory I added $pkg =~ s/\\$//; immediately after this line. Rerunning Rcmd INSTALL C:\rw1011\src\library\bqtl\ with that change seemed to work OK

]> version _ platform x86_64-unknown-linux-gnu arch x86_64 os linux-gnu system x86_64, linux-gnu status major 2 minor 3.1 year 2006 month

My question: On Windows, R's system() command prepends several directories to those in the Windows Path variable. >From ?system The search path for 'command' may be system-dependent: it will include the R 'bin' directory, the working directory and the Windows system directories before 'PATH'. This shadows any executables on the Path that share a

2012/5/24 Mikael Lyngvig <mikael at lyngvig.org>: > I know that the documentation says that I am to install GnuWin32 tools, but > I strongly oppose that idea.  We Windows people have our own tools and > practices and I think the LLVM developers should open up to a more > multi-platform approach than the current (Unix then, perhaps maybe, Windows) > approach.  CMake works

hi there, trying to follow the steps of Yan & Rossini 2003, I have two problems : first when I 'make CrossCompileBuild', I get : ****************************************************************************** make[1]: Entering directory `/home/ros/RWORK/CROSSSOMP/WinR/R-1.8.0/src/gnuwin32' make -f Makefile.docfiles make[2]: Entering directory

Now I can't make CMake use "MSYS Makefiles". I get an error about GNU v4.7.0 being broken as it can't build a simple test program. Using "MinGW Makefiles", everything works out of the box. And I am trying to give the user the most Windowsy experience (to avoid Cygwin, GnuWin32, and MSYS, if I can). So I think I'll stick to my current angle - which is to let the

Dear R People: I'm starting to think that I should just install from the binary, but here is my latest effort to install from source on a Windows 7 64 bit: c:\R64\R-patched>cd src cd src c:\R64\R-patched\src>cd gnuwin32/ cd gnuwin32/ c:\R64\R-patched\src\gnuwin32>set TMPDIR=c:\temp set TMPDIR=c:\temp c:\R64\R-patched\src\gnuwin32>make all recommended make all recommended

Hi. I'm trying to perform what should be a reasonably basic analysis of some spatial presence/absence data but am somewhat overwhelmed by the options available and could do with a helpful pointer. My researches so far indicate that if my data were normal, I would simply use gls() (in nlme) and one of the various corSpatial functions (eg. corSpher() to be analagous to similar analysis in SAS)

As for Ninja, I'd like to wait until it is officially part of the released CMake. As I understand it, Windows support has been checked into the CMake repository but no offical release supporting Ninja has been made yet. I just retrieved Ninja from Github and this time it built without problems. 2012/6/16 NAKAMURA Takumi <geek4civic at gmail.com> > Mikael, > > Thanks for

This is the first time I've ever compiled from sources so bear with me. OS: Windows 2000 PATH: .: D:/Rtools/: D:/mingw/bin/: C:/Progra~1/Perl/bin: D:/texmf/miktex/bin/: D:/Progra~1/HTMLHe~1: D:/Progra~1/R/rw1062/bin/: C:/Progra~1/Insightful/splus61/cmd/: D:/cygwin/bin: D:/Progra~1/SSHCom~1/SSHSec~1: D:/Progra~1/Tcl/bin/: C:/Progra~1/Microso~3/VC98/Bin

Oh, didn't realize that there already is a semi-official build of CMake with Ninja support. I am trying it out right now and it seems very promising. So I'll change the document to use Ninja instead of "MinGW Makefiles". No need to waste energy on MinGW and MSYS Makefiles when Ninja outdoes them both. I thought people would have to build CMake themselves, something I'd

Dear All, I have tried to install the tensor package (from: http://cran.r-project.org/src/contrib/PACKAGES.html#tensor ), using the comand: " shell("Rcmd INSTALL tensor") " then I got the following mensage: ---------------------------------------------------------------------------------- make: Entering directory `/d/bin/cran/rw1022/src/gnuwin32' make DLLNM= EXTRADOCS= \

Hi Takumi, THANK YOU for your excellent review! It makes all the work worthwhile in itself. It is getting "late" here (it is early morning) so I am about to call it a day. But I will contemplate and incorporate your suggestions tomorrow, and send you a full reply. I think I originally wrote a document where I addressed both Visual Studio and MinGW, but then decided that there were