similar to: Likely disruption to R-devel builds on Windows

We now have the integrated 32/64-bit installer for R-devel available from http://cran.r-project.org/bin/windows/base/rdevel.html , and binary builds of almost all the CRAN packages from CRAN or CRAN extras (and BioC 2.7 has a fairly complete 32/64-bit repository). There is also a win-builder service available for R-devel. These are built with different toolchains from R 2.11.x, using gcc

In an attempt to help newbie confusion with (not) installing packages, library() in R-devel will only load a package if 1) It contains a DESCRIPTION file and 2) That DESCRIPTION file contains a Built: line. Because the standard packages have only had Built: lines for a few days, 2) is currently a warning. If you see it on standard packages, do `make clean; make' in R-devel. (It should not

and so you will probably need to (cd src/extra/zlib; make distclean) ./configure after updating the sources, as some files have been removed that appear as dependencies. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road,

Following the report of Henrik Bengtsson which was traced by Duncan Murdoch to a bug in the regexp code from glibc-2.3.3 in R, I have updated the code in R-devel to -2.3.5. This had that bug fixed and about 700 other changes, most of which seem to be bug fixes. My tests on Linux (including of all CRAN packages) have detected no differences (but then I was not able to reproduce Henrik's

R-devel (pre-2.5.0) now has enough facilities to allow packages with non-ASCII character strings to work reasonably well in locales where the fonts use support the characters used. For example, names in Western European languages can be used on both Latin-1 (and hence Windows 1252) and UTF-8 systems. It should also be possible to make use of non-ASCII object names. To enable this, two

This post updates https://stat.ethz.ch/pipermail/r-devel/2010-January/056301.html https://stat.ethz.ch/pipermail/r-devel/2010-January/056411.html The MinGW-w64 snapshots have moved back to gcc pre-4.4.4 (from pre-4.5.0) with static linking to C++ and Fortran run-time DLLs, and seem more stable. Currently the CRAN package check pages at http://cran.r-project.org/web/checks/check_summary.html

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".

This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ------=_NextPart_000_0006_01C2432C.7ACD6BA0 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: <Pine.GSO.4.44.0208140920312.15226@auk.stats>

On 27/03/2024 10:28, Alexandre Courtiol wrote: > Hi all, > > I don't know if it is a local issue on my hands or not, but after > installing R-devel the output of grDevices::dev.capabilities()$paths is > FALSE, while it is TRUE for R 4.3.3. > Relatedly, I have issues with plotting paths on devel. > > At this stage, I simply would like to know if others running R devel

The MinGW-w64 project, whose toolchains we use for 64-bit Windows, have made some changes to their conventions *and* removed all the older binary builds from their site. The current toolchains are not suitable for use with R 2.11.x, and I've re-packaged an older version (which is) as http://www.stats.ox.ac.uk/pub/Rtools/oldWin64toolchain.zip The most critical change is to no longer have

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

Filing on R-bugs (DTL's reply started a new PR). -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595 ---------- Forwarded message

--Colony_of_Beavers_524_000 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: 2xw8BXDeWRkQhskDXsXyCw== I have put up a cross-compiled version of the development version of R for Windows at http://www.stats.ox.ac.uk/pub/bdr/RWin/Rpre It is cross-compiled and will be automatically updated whenever I build a development version. So, no guarantees, not even that it will run[1], but if you

I am revising the section in R-admin on platforms. When I asked about locales earlier this year I got no reply about HP-UX and IRIX, so I will presume that no one has built R on those OSes recently. If you have, please send me the OS number and the flags you used. Platforms where I have seen recent reports: Linux MacOS X Solaris 8, 9, 10 (any Solaris 7 users please let me know) AIX 5.1

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

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)

(1) I do read the posting guide (the fact that I missread o missunderstood something does not imply not reading) (2) I could change NAs to 0 (I know) but I have previously (older versions of R and SQL*Plus) used the same select with the "right" output (namely with 0s). (3) AFAIK "strange" is not a negative remark and does not seem to me at the very least but that is always a

OK, I see now that I was supposed to twig that the reference was to putting the ?.Rnw' files back into the vignettes directory from the inst/doc directory where they?d been placed in the course of creating the tar.gz file. I am still trying to work out what I need to put into ?.Rinstignore? so that ?.install_extras? is not installed. John Maindonald email: john.maindonald at

We have been asked for a couple of years about builds of R for 64-bit Windows, e.g. at UserR 2006. Users of 64-bit Windows still seem very thin on the ground, but apparently 'Microsoft scraps 32-bit operating systems Microsoft has announced that Windows Server 2008 will be the last 32-bit system it releases, for servers or clients, as it makes its way fully into the world of

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