similar to: Subject: R 68.3 on OSF V4.0 problems

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

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

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

> To: Jonathan.Yuen at tvs.slu.se > Cc: "G.Janacek" <G.Janacek at uea.ac.uk>, r-help at stat.math.ethz.ch > Subject: Re: [R] Installing on DEC 4.0b > From: Peter Dalgaard BSA <p.dalgaard at biostat.ku.dk> > Date: 12 Feb 1999 13:25:18 +0100 > > Jonathan.Yuen at tvs.slu.se writes: > > > I don't know how well it is documented, but you need gnu

I am trying to install R-0.63.3 on a Digital Alpha running OSF V4.0D, and having some difficulties. Can anyone help? Also, I found some "oddities" in the installation process. I expect that this message is read by the developers, maybe some of my suggestions can be incorporated into future releases. Please reply to me directly (as well as possibly also to this mailing list): I am not a

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

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

Greetings. I'm trying to install R-0.90.1 on our digital 4.0F servers (alphaev6 arch). Using either the digital cc and f77, or gcc 2.95.2 and g77, R compiles, but on trying to execute it I get: 11819:./bin/R.X11: /sbin/loader: Fatal Error: cannot map xxxxxxx I'm used to 'cannot map', but always with a shared library name, not 'xxxxxxx'. Has anyone else run into this

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, I've allways had some problems compiling R (R-62.x and R-63.x) on a AIX 4.2.1 System to the end: make produces following output: ... ... mkdir ../../../library/eda/R ld: 0711-327 WARNING: Entry point not found: __start ld: 0711-244 ERROR: No csects or exported symbols have been saved. gnumake[4]: *** [eda.so] Error 8 gnumake[3]: *** [all] Error 1 gnumake[2]: *** [R] Error 1 gnumake[1]:

Hello, I've allways had some problems compiling R (R-62.x and R-63.x) on a AIX 4.2.1 System to the end: make produces following output: ... ... mkdir ../../../library/eda/R ld: 0711-327 WARNING: Entry point not found: __start ld: 0711-244 ERROR: No csects or exported symbols have been saved. gnumake[4]: *** [eda.so] Error 8 gnumake[3]: *** [all] Error 1 gnumake[2]: *** [R] Error 1 gnumake[1]:

Running on an Alpha machine which reports (uname -a) OSF1 bsdx01.bs.ehu.es V4.0 878 alpha and using the binary distribution put together by Albrecht Gebhardt (in http://cran.at.r-project.org/bin/osf/osf4.0/tar/alpha_ev5/) I obtain core dumps whenever I try to use package rpart. I have R REMOVE'd the rpart package, downloaded the source rpart_1.0-7.tar from CRAN and

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

Hi all, The systems guys here in the stat dept don't seem to be able to compile R on the Dec Alphas or on the SGIs. Can anyone give them a hand? -Greg ------------------------------------------------------------------------------- Gregory R. Warnes | It is high time that the ideal of success warnes at biostat.washington.edu | be replaced by the ideal of service.

Hi, I was looking at configure.in for R-1.4.1 and in the case "${host_cpu}" in part under alpha CPU's, the switch of -mieee for g77 and -fpe3 otherwise is an OSF specific, not alpha specific issue. In particular, if someone used f2c-f77 (shell script which emulates a fortran compiler with f2c and the c compiler), they'd get the broken -fpe3. I'd probably either test for

Hello, I am trying to build the R-2.11.1 software for university faculty to use in research projects on a DEC/Compaq/HP AlphaServer model GS160 16CPU/64GB memory running Tru64Unix aka OSF1 version 5.1B-5. Is it known whether it is possible to build the R-2.11.1 software on the platform I am using? In my attempts to build the R-2.11.1 software, I first used the native C and Fortran 77/90/95

I though I should let you all know of this: Trying to build R-0.62.2 on a SunOS xxxx 4.1.4 2 sun4m machine using gcc (gcc version egcs-2.91.57 19980901 (egcs-1.1 release)): gnumake[2]: Entering directory `/tmp_mnt/xxxx/src/R-0.64.2/src/unix' gcc -g -O2 -I../include -I../../src/include -c Rsock.c -o Rsock.o In file included from Rsock.c:8: sock.h:21: parse error before `Sock_read'