similar to: PLATFORMS

> Date: Fri, 2 Jul 1999 18:40:16 +0200 (MET DST) > From: Agustin Lobo <alobo at ija.csic.es> > > Dear R makers and users: > > After reading the FAQ and the comments on the > comparison between R and S, I still have an important > (at least for me) question: How is R compared > to the new version of Splus 5.0 (for unix including Linux)? The current version of

NAME Douglas Bates EMAIL bates@stat.wisc.edu VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Debian 2.1 CC/FC/MAKE egcs/g77/make NAME Martyn Plummer EMAIL plummer@iarc.fr VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Redhat 5.1 CC/FC/MAKE gcc/egcs-g77/make NAME Göran Broström EMAIL gb@stat.umu.se VERSION 0.63.3 PLATFORM

> Date: Mon, 12 Apr 1999 11:30:20 +0200 (MET DST) > From: Albrecht Gebhardt <albrecht.gebhardt@uni-klu.ac.at> > > I think in R we can do better than at present, if only I knew > > exactly how. One idea is to have (effectively) a `hints' file that > > configure uses to add a base set of libraries to FLIBS, but on Solaris > > at least, using the Fortran

To Brian Ripley, Thanks! Yes indeed, It functions if you hit return at the prompt 1: but this had to be done for five times! Later five packages were found named NA with the description NA NA but all the rest of the 'libraries' are there in proper order with names and descriptions. Thanks to Brian Ripley Fredrik Lundgren -----Ursprungligt meddelande----- Fr?n: Prof Brian D Ripley

Only three entries thus far. Please keep them coming in. -k NAME Martyn Plummer EMAIL plummer@iarc.fr VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Redhat 5.1 CC/FC/MAKE gcc/egcs-g77/make NAME Douglas Bates EMAIL bates@stat.wisc.edu VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Debian 2.1 CC/FC/MAKE egcs/g77/make NAME Thomas

My appologies, this estimation is about right, I spent last week at COMPSTAT in prague and didn't follow the list closely. Inspite of this fact I believe my posting is not entirely out of date. regards Diman Todorov ------------------------------ You are 8 days behind the times -- take a look at the current R-devel. On Sun, 29 Aug 2004, Diman Todorov wrote: > Dear Dirk, > I

On Sat, 21 Aug 2004 ivo_welch-rstat8783@mailblocks.com wrote: > > peter/brian: thank you for the help. i can now report that gentoo > amd64 can compile R just fine, too; it requires the f77 USE flag and a > gcc compiler rebuild first, though. I also went to gcc 3.4.1. my > segfault troubles earlier were caused by my use of f2c. > > suggestion: would it be possible to

Hello, I am trying to build R-1.3.1 on hpux10.20 with gcc and HP's fort77. here is my configure: ./configure --prefix=/home/absd00t/local --with-readline --with-gnome=no --with-f77=fort77 I also set CXXFLAGS= -I/usr/include/Motif1.2 -I/usr/include/X11R6 -I/home/absd00t/local/include and LIBS= -L/home/absd00t/local/lib so that readline.h and libs would be found. I have parts of gnome libs so

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

Hello, I just pulled the patched release: R-release Version 1.0.0 Patched (March 19, 2000), on HPUX10.2 I am having dynamic library load problems. I configured with: ./configure --prefix=/home/absd00t/local --with-readline --with-x After changing etc/Makeconf to take -lblas out of libs (the blas library provided by the system is not a shared library), system was built without any interruptions.

A couple of weeks back there was some discussion about documenting the regular expressions as used in R. Several years ago the problem was that this was OS-dependent, and to plug that problem we incorporated regexp code from a version of GNU grep, later updated to grep-2.4.2 in R 1.2.0. I have been looking at documenting what grep(perl=TRUE) does, and we have a similar problem in that the

On Wed, 4 Aug 1999, Peter Ho wrote: > I have been browsing in the contributed packages webpage and found that > there is an R port for MClust. Is there a way I can use it using the > windows port of R 0.64.2? I could not find a windows port of MClust. Simple reason: I was not able to compile it successfully under Windows. I did make it compile after a lot of effort, but it crashed R on

R-0.64.2 and R-devel: [I found this by looking at the code.] A .Last function is _only_ called if the condition that causes termination is EOF on the console or input: > .Last <- function() cat("ran .Last\n") > q("no") returns to the shell. > .Last <- function() cat("ran .Last\n") > # I hit ^D here ran .Last Save workspace image? [y/n/c]: n The

Summary: loglin will fail if there is a global variable called c. I have fixed this for 0.64.2 and 0.65. On Sat, 22 May 1999, Cor en Aylin wrote: > Dear Brian, > > Using the mass library for R (the most recent port dated 16 may 1999) I Could you give version numbers in such reports please: at the moment there is an official version (5.3pl037) of MASS for R, plus a pre-release of MASS

The following seems confused (0.65 snapshot) > x <- ts(1:20) > window(x, 1, 1) Time Series: Start = c(1, 1) End = c(1, 1) Frequency = 1 [1] 1 Warning message: Not returning a time series object in: [.ts(x, i) (it of class ts, as the print method shows). Under 0.64.2 it is even more confusing: > x <- ts(1:20) > window(x, 1, 1) Warning: Not returning a time series object

Has anyone achieved a current successful build of R 1.8 or 1.9 or earlier for HPUX Tru 64 OSF 5.1? There is no binary version of R for HPUX Tru 64 OSF 5.1. The R admin manual mentions that the native make fails on "Alpha/OSF (aka Tru 64)" and gnu make must be used instead. There are problems reported with building R versions around 1.4 from 2002 on R-devel, some of which were fixed with

On Fri, 17 May 2002 Ray.Brownrigg@mcs.vuw.ac.nz wrote: > Firstly I omitted the following information from my original message: > > R is now configured for i386--netbsdelf > > Source directory: . > Installation directory: /usr/pkg > C compiler: cc -mieee-fp -I/mnt/scratch/pkgsrc/math/R/work.i386/.buildlink/include -O2

.. R is now configured for sparc-sun-solaris2.6 Source directory: . Installation directory: /unsup/R-0.64.2 C compiler: gcc -g -O2 FORTRAN compiler: g77 -O2 Gnome support: no $ gcc --version egcs-2.91.66 $ g77 --version GNU Fortran 0.5.24-19981002 "make check" later fails. The failure is in the test of the eigen() function. The

Per the request to test the latest tarball referenced below, I have built R on AIX 5.3. There is a memory issue, please see 3) below. 1) Build with --enable-BLAS-shlib option. Builds and passes "make check". 2) GNU libiconv was installed; R configured *without* the --without- iconv option. Builds and passes "make check." 3) Memory issue: a)

On Tue, 28 May 2002, Prof Brian D Ripley wrote: > On Tue, 28 May 2002 NEFTH@pacbell.net wrote: > > > This only happens on platforms with a faulty implementation > > of realloc(). Some C libraries do not allow realloc() to be > > called with a NULL pointer to resize. > > What other platforms give the problem? > > The behaviour R assumes is required by the ISO