similar to: Installing on DEC 4.0b

Greetings, I am trying to install R (0.63.2) on a Digital Unix 4.0b Alpha Server 2100A using gcc 2.8.1 and f77 v 0.5.2.3. It seems to compile OK. However, when I try to run R I get the following message: R : Copyright 1999, The R Development Core Team Version 0.63.2 (January 12, 1999) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under

Hello, With regards to Peter's comment, I got R to compile on OSF 4.0C, though I'm a little behind on versions. I only have 0.63.3 and haven't found anything newer... All kidding regarding typos aside, I went through that floating point exception business on the Alpha and I just didn't have time to make it work. Someone tipped me on to f2c, which I had used with my (old gcc

Hello, I have compiled 0.62.4 under Linux and it runs fine (a gcc/g77 combination). When I try the same thing under AIX (4.1.5) or under dec's OSF (both also gcc/g77) I get problems. Under AIX, system.c complains: system.c: In function `waitForActivity': system.c:150: `fd_set' undeclared (first use in this function) system.c:150: (Each undeclared identifier is reported only once

R ran find on our Sun until it was stolen. I have now set up R on one of our Dec Alphas OSF1 V4.0 386. R-0.49 configures builds and runs fine except that the glm command crashes R. R-0.60.1 configures builds and runs until a cis entered. I think the problem is the floating point conventions but before I get in over my head a question Has anyone used glm successfully on Alphas OSF1 V4.0 386?

Hello, This is perhaps a little off-topic, but I am curious as to what compilers people use to compile R (under unix/linux). I am primarily interested in the use of egcs or gcc, g77 or f2c, etc. It seems most of the gcc interest and development is towards egcs, and while a gcc 2.8.1/g77 combination did work and compile R on my primary linux machine, it also managed to produce kernels that did

Hello, I decided to try to compile R version 1.0.0 on my home-hacked linux system. This is not a conventional distribution, but has been upgraded countless numbers of times (I think it started as a 1.2.13). It's up to 2.2.13 (kernel version) and I still use gcc 2.7.2.3. I have managed to deal with the fortran part of R with f2c. As it turns out I can compile the program OK, but when it

Hello, I take it all back. I just tried to comple 0.90.1 on my alpha (with f2c) and it didn't work. I'll look into it when I find time (I STILL usually run on my libretto and linux, even through my RS6000 workstation). Jonathan Jonathan Yuen, Professor in Plant Pathology phone: 46 18 672369 Dept. of Ecology and Crop Production Sciences fax: 46 18 672890 Swedish University of

Hello All, I have used that DCW data at PSU before, and one option (at that time) was to download ascii files with the lat/lon point pairs for each of the polygons for each country. The format was fairly easy to read (into SAS). I just looked at the page again but I was unable to download the ascii files. I don't know if this is a 'temporary' bug or a feature. You should also know

Hello All, It appears that something is still not right with my linux systems. I can compile R (ie make and make install) but make check fails. It appears that the getwd and setwd functions don't work -- getwd returns gibberish. Thus I can run the graphics demo until it tries to read in the iris data. I'll admit I've done maybe too much to these systems to be able to get R to

Hello, Does anyone know where I might BEGIN to look for the reason why the documentation for R doesn't 'produced' properly on my linux machines? The binary is made and seems to run (the demos work), but I don't get any help pages (ie I get nothing when I type ?contributors). If I repeatedly run the 'build-help' command in the bin directory, it will take up where it broke

Hello, I managed to solve the problem myself. After fooling around with the machine(s) last night I discovered that either my groff (1.09) is either 'broken' or too old. This is on a 'homemade' linux machine and the groff was from 1994. After updating to groff 1.11 the docs came out just fine!! Jonathan Yuen phone: 46 18 672369 Swedish

I am new to R so may well have missed the point somewhere. I would like to use an exponential error in my generalized linear model. It seems natural to restrict the Gamma family to do this ( and as one might in GLIM) by specifying the scale. This does not seem possible in R . Have I missed something? Sorry to raise such a trivial point but I am keen to specify the scale G.Janacek

I hope this is the right place for my question, my apologise if it is not. I am a long time Mac/UNIX user and my local machine is a Mac. At present I run an orphan version of R which a worried out of (*****). On reflection I guess I'd better not say, but it changed my life. It is howerver a little out of date ( say 0.6ish) So the obvious question, do I move to MacLinux or is there likely

I am trying to give my students acces to R. rsept (the windows95 version ?) will not run on our setup which is PC's connected to a server. rapril (the 3.11?) version will run but the graphics vanish once the graphics window is activated. Any suggstions? I did try mounting it on a DEC Alpha but getting a version to run glm is beyond me. I would appreciate any suggestions Jan G.Janacek

I am running some simulations which involve fitting a glm with Binomial error ( in fact Bernoulli) and logistic link. Running R 0.63 I have no problems. However I need more speed so migrated to our UNIX boxes which run Version 0.90.1 (December 15, 1999) Here I get an error Error in (if (is.empty.model(mt)) glm.fit.null else glm.fit)(x = X, y = Y, : y must be univariate unless binomial

I wrote about my problems building R-0.63.3 on a Digital Alpha running OSF V4.0D. Thanks to the suggestion Jonathan.Yuen at tvs.slu.se, I tried using the DEC CC compiler instead of gcc, and it worked just fine. (Seeing that I needed gmake to build, it never occured to me to try DEC CC. It seems that you cannot combine DEC F77 with gcc; I do not have g77 to try.) Below is a set of instructions

Dear List, After my laptop was stolen I (eventually) replaced it with a G4 laptop running Mac OS 9.1 . This also meant I updated to the current Mac binary 1.3.1. This is pretty wonderful except for one problem. I normally save R figs as eps files using the Mac OS and then read them into Latex documents. This no longer works as the legends overwrite the diagrams. Saving as ps from R also does

Thanks to all for the input. rgentlem at jimmy.harvard.edu said: >If you really want help -- no, I just thought I'd waste some bandwidth. :-) >If on the other hand you >just want some reassurance that Splus is indeed a commerical package oh gee, thanks, I wasn't sure about that. When I had said: >> R can't handle files named x. If I can use Splus, should I just

While it is good to have R on my local Unix box it would be wonderful to have a recent version to run on my (Mac) Powerbook. I know that the PowerMac version is on hold so (1) Any idea when it might appear (2) Any chance of a bit more functional Mac version G.Janacek Maths UEA -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read

First I tried 'setenv R_SHELL /usr/local/bin/bash', as bash is the weapon of choice for the faculty wishing to use R, then ran ./configure as before. The ./configure output line using as R_SHELL for scripts ... /usr/local/bin/bash would seem to indicate that the R_SHELL environment variable was recognized and acknowledged. However, I got the same build error: gnumake[2]: Entering