similar to: Cross-compiling to Windows

Hello: Many thanks to Professor Ripley for responding to my earlier post, included below, about trying to use mingw32 gcc.I did put back the original Rinternals.h. I am still crashing R every time I try to use C code. Here is what I did, basd on readme.packages: 1.) Ensured that C:\Rtools was first in my path, and obtained a new tools.zip from BDR's R tools site. 2.) Ensured that I

> > Uwe Ligges already told you *not* to unpack in ...\rw1061\library, but > > that seems to be exactly what you have done, hence the problem. > > ...many sorrys for my ignorance > and thanks for all your helps , now it works :-) > > regards,Christian > > ----- Original Message ----- > From: <ripley at stats.ox.ac.uk> > To: "Christian Schulz"

The MinGW people have finally released a couple of builds of gcc 4.2.1 (and finally moved the build of 3.4.5 to release status after 19 months as 'candidate'). We intend to use gcc 4.2.1 for the binary distribution of R 2.6.0, and builds of R-devel are being made with it from now on. The R-admin manual now contains details of the pieces you need, and in due course there will be an

This does seem to fix my problem: > Sys.getenv("http_proxy") http_proxy "http://gproxy1.pfizer.com/" > url("http://cran.r-project.org/src/contrib/PACKAGES",'r') description "http://cran.r-project.org/src/contrib/PACKAGES" class

Charles Raux raised the problem of having object names with accented chars in. This is supposed to work, but depends on the machine being set to a locale that allows accented chars, and knowing correctly which they are. Windows being what it is, this is a problem. It seems that with the standard runtime crtdll.dll that rw1011 uses, Windows 9x does not know about locales, whereas NT does but

On Mon, 28 Aug 2000, Rashid Nassar wrote: > Dear Professor Ripley, > > Thank you very much for your kind explanation. If I may lamely say > something in my defence, even as I apologize for my error: I mistook the > sentence "the (quoted) name of a function" to mean "optionally quoted" > because of the parentheses surrounding "quoted", and was

Thanks very much, Professor Ripley. Reid Huntsinger -----Original Message----- From: ripley at stats.ox.ac.uk [mailto:ripley at stats.ox.ac.uk] Sent: Tuesday, August 06, 2002 3:00 AM To: Huntsinger, Reid Cc: r-help at stat.math.ethz.ch Subject: Re: [R] pipe and binary i/o (on Linux) On Mon, 5 Aug 2002 ripley at stats.ox.ac.uk wrote: > pipe predates readBin, and no one has seen a

This example is caused by R's messing with formula environments. That's explained in ?formula, but should it not be explained in ?model.frame ? Simple test: data <- data.frame(y=rnorm(100), x=1:100) testit <- function(formula) { weights <- runif(100) glm(formula, weights=weights, data=data) } testit(y ~ x) weights is looked for in the environment of the formula, not of

On 30/05/2015 13:14, Duncan Murdoch wrote: > On 29/05/2015 4:16 PM, Sue McDonald wrote: >> My apologies for cross-posting. I found this site, after I had posted on >> stack-overflow. >> >> I need to compile several static libraries (C & Fortran) which will later >> be linked with an R package. Rtools33 directory includes /i686-w64-mingw32 >> directory

Ok, moved to R-devel. I tried to build R-2.3.1. Since I intent to distribute this tuned R to all other who have a computer like mine here at work I thought it was best to stay with the latest stable release. About your suggestion, I could'n find xerblas.o file. And I don't know how to edit libf77blas.a. I tried to open it with VIM (http://vim.sf.net/) but there was a lot of strange

Prof. Ripley, Seems like mine is 629: c:\home>perl -v This is perl, v5.6.1 built for MSWin32-x86-multi-thread (with 1 registered patch, see perl -V for more detail) Copyright 1987-2001, Larry Wall Binary build 629 provided by ActiveState Tool Corp. http://www.ActiveState.com Built 12:27:04 Aug 20 2001 Will try a newer build and see. Regards, Andy > -----Original Message----- >

For the record. -----Original Message----- From: ripley@stats.ox.ac.uk [mailto:ripley@stats.ox.ac.uk] Sent: Tuesday, June 18, 2002 3:21 PM To: Warnes, Gregory R Cc: 'r-help@stat.math.ethz.ch' Subject: RE: [R] Problems with url/download and http_proxy The port is not supposed to be required, so rather than fix the docs can anyone fix the problem? On Tue, 18 Jun 2002, Warnes, Gregory R

> Date: Thu, 22 Feb 2001 09:46:38 -0800 > From: Jack Lewis <jl7001 at axe.humboldt.edu> > > R folks: > > What is the procedure for installing the chron package with R 1.2.1 > for Windows? I have downloaded chron_2_2-8_tar.gz from CRAN, > but the installer program (rwinst.exe) wants a .zip file and I was > unable to locate one at the CRAN site. It should be

I have re-built all the compiled packages for R 1.2.0 for Windows, and the set available in CRAN/bin/windows/contrib are now for rw1020. If you are upgrading to rw1020, please replace all the compiled packages you have downloaded by ones from this set. There a few packages available for the first time: RMySQL mlbench netCDF and a few that are not yet running on 1.2.0 on any platform hdf5

I have re-built all the compiled packages for R 1.2.0 for Windows, and the set available in CRAN/bin/windows/contrib are now for rw1020. If you are upgrading to rw1020, please replace all the compiled packages you have downloaded by ones from this set. There a few packages available for the first time: RMySQL mlbench netCDF and a few that are not yet running on 1.2.0 on any platform hdf5

On Wed, 14 Aug 2002, Henrik Bengtsson wrote: > Sorry, but it was indeed the redirection of the standard output in > Cygwin/bash that cause the first problem, not R (I should stop doing > troubleshooting at 1:00 AM). So please forget about the problems reported in > R_CMD_check.out. However, it would still be nice if you still update R CMD > check to do join with "\n".

I used the packaged "MinGW-2.0.0-3.exe" exactly as specified on http://www.stats.ox.ac.uk/pub/Rtools/ - in fact I used these recommendations throughout. According to the release notes MinGW version 2.0.0 contains the following list of packages: GCC-3.2-core-20020817-1 binutils-2.13-20020903-1 mingw-runtime-2.2 w32api-2.0 gdb-5.1.1-1 make-3.79.1-20010722 (binary renamed as mingw32-make)

Those of you who monitor the daily package checks will know that some packages generate ERROR reports spasmodically. This is normally due to segfaults, and in almost all cases has been traced (eventually) to memory access errors using the tool valgrind (http://valgrind.kde.org). Current examples include RCurl, RandomFields, geoR, kza and pcurve. This week I have run all the examples in all

Sorry, I was commenting on the previous windows version (version file says 0.5a) (the first one which ran under RW.1.0.0) I have Win NT 4.0 Service pack 5 and R is > version _ platform Windows arch x86 os Win32 system x86, Win32 status major 1 minor 0.0 year 2000 month February day 29 language R > -----Original Message----- > From: Prof Brian

Hi to R developers. In the "Details:" section of "?levels", it would be nice including the following sentence, taken from a reply from Brian Ripley: If you set two levels to be the same label, they get merged. Granted, the "Examples:" section does have a terse comment and examples from which users may imply this behaviour. Yet, the documentation would be