similar to: (fwd) package inst directory copied too early? (PR#4330)

This bug appears in the current Windows build; I don't know if it applies generally. Duncan Murdoch On Fri, 26 Sep 2003 15:25:57 +1200 (NZST), Ray Brownrigg <ray@mcs.vuw.ac.nz> wrote: >If you INSTALL (Rcmd INSTALL) or cross-compile >(make PKGDIR=/pkg RLIB=/library pkg-mypkg) the copying of the inst >directory seems to happen very early in the process, *before anything is

Dear All: I encountered and apparently overcame problems following Yan and Rossini?s procedure for "Building Microsoft Windows Versions of R and R packages under Intel Linux" (http://cran.r-project.org/doc/contrib/cross-build.pdf): I have successfully cross-compiled R packages for Windows on a FreeBSD 4.10 i386 system. My revisions to Makefile-rcb (http://cran.r-

Had some fun today, and thought it might be a good idea to share and possibly for inclusion to R/src/gnuwin32/README.packages . Wine/linux : while R, ActiveState Perl, mingw all works alright under wine, the blocking issue is Rtool's cygwin dependency. forking (as much of make and sh is forking sub-processes) on posix-on-win32-on-posix currently doesn't work.

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= \

I sent this to R-devel early last month, but have received no response, so I guess it really is a bug. This looks like a bug to me, and is a bit hard to describe, but easy to reproduce. ? Basically, if RNGkind is saved as something other than the default, and if the first operation in a session is a set.seed(), the default is reverted to. ?Reproduce by: cafe-rozo> ?R --vanilla R version

This looks like a bug to me, and is a bit hard to describe, but easy to reproduce. Basically, if RNGkind is saved as something other than the default, and if the first operation in a session is a set.seed(), the default is reverted to. Reproduce by: cafe-rozo> R --vanilla R version 2.7.1 (2008-06-23) Copyright (C) 2008 The R Foundation for Statistical Computing ISBN 3-900051-07-0 R is

I was trying to learn cross building an R pcakage for windows on my linux machine. I picked a relatively small library gee to test. I downloaded the cross-tools and put them in my path, jyan at ludwig:/a3/jyan/src/R-1.2.1/src/gnuwin32$ echo $PATH /home/jyan/cross-tools/bin:/home/jyan/cross-tools/i386-mingw32msvc/bin: /usr/lib:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games Following the

'Writing R Extensions', section 1.1.5, in the part about a package's 'inst' directory, says that if NEW is in both the top level and in the inst directory, the in inst will be installed: Note that with the exceptions of INDEX, LICENSE/LICENCE and NEWS, information files at the top level of the package will *not* be installed and so not be known to users of Windows and macOS

Jun hi again! Sorry for bothering. Although I had no problem with building Windows package under Linux, I noticed that man pages are not processed as they should or maybe I have a problem with my setup. My package is called 'GeneticsPed'. Instead of HTML or text files I just got a GeneticsPed.Rd.gz in man directory of a package (this is within GeneticsPed_0.1.zip file!). The file

Dear R-helpers, I'm learning how to compile R packages with fortran routines and use the acepack source as an example. After some hiccups (Guido told me about the need to set make_mode=UNIX) I got to the following: `make pkg-acepack' runs without error (see below), but it does not * compile any .f file in acepack/src * (hence) try to create any dll file or libs (I'm

Dear List, I have been experimenting with building packages from sources, having previously relied upon the binaries. I downloaded and installed all the tools suggested in http://www.stats.ox.ac.uk/pub/Rtools/ , including ActivePerl 5.6.1.631. I also downloaded the HTML Help workshop exe and installed it. During install though, a message popped up to say that I had a newer version of the

A binary distribution of R 0.90.1 is available at http://www.r-project.org/bin/windows/windows-NT/base/ Installation instruction are given in the README file at the same location. guido masarotto Windows changes since 0.90.0 ---------------------------- It is possible to install packages from any directory (set PKGDIR on the make command) and to any directory (set RLIB on the make

A binary distribution of R 0.90.1 is available at http://www.r-project.org/bin/windows/windows-NT/base/ Installation instruction are given in the README file at the same location. guido masarotto Windows changes since 0.90.0 ---------------------------- It is possible to install packages from any directory (set PKGDIR on the make command) and to any directory (set RLIB on the make

Hi all I am trying to package a library in R 1.6.1 (Windoze XP). I have read the document "Writing R extensions" and think I have done things correctly (though apparently not). I have searched the mail archives for help to no avail. I also posted a few days ago and thanks to Peter Dalgaard I have managed to focus my search for errors. I am trying to create a library in R. I run the

4. Noticed this error go by in the r-devel build in Windows 95: F:/R/TOOLS/BIN/MAKE.EXE -C ./help RHOME=F:/R/R-devel PKGDIR=F:/R/R-devel/src/lib rary RLIB=F:/R/R-devel/library ziponlyhelp-base MAKE.EXE[2]: Entering directory `F:/R/R-devel/src/gnuwin32/help' zip -jqmX help/Rhelp help/* -x help/AnIndex 2> nul MAKE.EXE[3]: [zipup] Error 12 (ignored) My guess is that it's a problem with

Dear Colegues: I have tried to reach Ray Brownrigg, Ray.Brownrigg at mcs.vuw.ac.nz but my mails have turned back with the following comment did not reach the following recipient(s): Brownrigg at mcs.vuw.ac.nz on Mon, 31 Jul 2006 12:52:39 +0100 There is no such account in the address =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=

Dear R-help, I have encountered some errors when trying to compile R-1.3.1 from source on my WinNT4SP6 laptop (PII w/128MB RAM). I have installed all the tools following the instruction in src/gnuwin32/INSTALL, with the exception that the mingw compiler I have might be a bit older (they are the ones recommended for R-1.3.0, I believe). I have also compiled the ATLAS libraries from source using

I have been using delay() quite successfully to 'load on reference' some large data files (earthquake catalogues). One minor difficulty I have not been able to overcome is that upon first reference, the data set is loaded into memory as expected, but also remains as a permanent object in the user's environment, instead of appearing to be only in the library from which it was loaded.

I sent a post to find a clever way to compute a Rolling Average of columns in a matrix and I was given the solution below which I am very pleased with. RollingAverage <- function(x, RollingObs) { cx <- cumsum(x); N <- length(x); Temp <- (cx[RollingObs:N] - c(0, cx[1:(N-RollingObs)]))/RollingObs Output <- array(NA, N) Output[RollingObs:N] <- Temp; Output } The only

(Warning: There is some potential that this message is redundant.) I think that i have spotted an issue with R CMD check that does not trace back to a rare case, so it must have been reported already or i am doing something stupid. However, to be sure and because I did not find any comments on this while searching the R mailing lists, here is what i did: R CMD check . from within a package