similar to: need help installing R 1.1.1

i do not have access to the solaris machine on which this error is occuring, the info is coming to me via email. any advice on how to get R 1.6.1 built in the face of configure:12951: error: cannot compute sizeof (int), 77 would be appreciated. here are some snippets from the config.log $ ./configure ## --------- ## ## Platform. ## ## --------- ## hostname = opus uname -m = sun4u uname

To whom should bug reports of the R port of acepack be directed? On a SPARC/Solaris 2.6 or 2.7 (SunOS 5.6 or 5.7) system running R-1.0.0 the avas example fails > library(acepack) > example(avas) avas> TWOPI <- 8 * atan(1) avas> x <- runif(200, 0, TWOPI) avas> y <- exp(sin(x) + rnorm(200)/2) avas> a <- avas(x, y) Process R bus error (core dumped) at Mon

Hi All, I am trying to install R1.3.1 on solaris 2.6 using the gcc/g77 compiler. The configure step succeeded, but make failed. The compiler versions I used are: gcc version 2.95.2 19991024 (release) g77 version 2.95.2 19991024 (release) CC workshop Compilers 5.0 98/12/15 C++ 5.0 I can't use the c++ compiler(v2.95.2), since it failed the configure step. I can't use f77 either,

We here at HGSI have a consultant doing some statistical work for us. HGSI bought and installed SAS, but our consultant insists that R and Rweb is a better solution. I do not know either package so I do not know, hence we are ditching SAS for R and Rweb. Any comments on this are welcom. Now for the real problem. Rweb is very expensive (time wise). The number of prereqs is way more than I thought

Hi, I just run a ./configure --enable-R-shlib; make; make check; with a recent (11.6.2001) R-devel snapshot on Tru64 4.0F (with libcxml): make check stops in base-Ex.R at: > ###--- >>> `plot.window' <<<----- Set up World Coordinates for Graphics Window> > ## alias help(plot.window) > > ##___ Examples ___: > > ##--- An example for the use

I'm trying to compile R under Mac OS X using gcc/g77 2.95.2. There is an interesting blurb in install: You must set whatever compilation flags (if any) are needed to ensure that FORTRAN `integer' is equivalent to a C int pointer and FORTRAN `double precision' is equivalent to a C double pointer. This is checked during the configuration process. I'm not an avid FORTRAN user.

> > > We here at HGSI have a consultant doing some statistical work for us. > > HGSI bought and installed SAS, but our consultant insists that R and > > Rweb is a better solution. I do not know either package so I do not > > know, hence we are ditching SAS for R and Rweb. Any comments on this > > are welcom. > ooops, he is not a consultant, he is a full time

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

--Apple-Mail-7--233789088 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi Kurt I currently have on my Mac gcc 2.95.2, 3.1, and 3.3 and the corresponding g77 versions as well. R builds fine with the 2.95.2 combo, it also builds fine with gcc 2.95.2 and g77 3.1. But using gcc 3.1 or gcc 3.3 gives the familiar problem that I mentioned before (although

Dear all, After reading the manuals (especially R-exts) I haven't found an answer to the following question yet. I was compiling someone else's Fortran routines to make them available with R. Hear, I should not that I don't know anything about Fortran, and I only tried to built a shared library. Linux being my platform of choice when developing for R, I first got everything done

Hello List, Knowing I would eventually need to ask for help on the list, I've held off my thanks and congratulations on the 1.+ releases of R. I am amazed at the dedication of the R-core team, and do add my applause and thanks. I've had a compile problem with the latest version which has not occurred before. I'm compiling under: platform sparc-sun-solaris2.6 arch sparc

I am having trouble installing cluster from R-1.5.0-recommended : R CMD INSTALL *.tar.gz ... g77 -fPIC -g -O2 -c pam.f -o pam.o g77 -fPIC -g -O2 -c spannel.f -o spannel.o g77 -fPIC -g -O2 -c twins.f -o twins.o cp: cannot access *.so ERROR: compilation failed for package 'cluster' [34] /home/com1/gilp/Rlibs/R-1.5.0-recommended : This is with R-1.5.0 on Solaris 5.8 using gcc

Hello, I was trying to compile R-base-0.64.1 on Linux/Alpha (RedHat 6.0). It compiled but it couldn't pass the make check (choked with tests/Examples/modreg-Ex.R). I used gdb, and it turned out that the src/library/modreg/src/sinerp.f was the problem. else if(j.eq.nk)then c1 = 0d0 c2 = 0d0 c3 = 0d0 endif > p1ip(1,j) = 0d0-

I am trying to compile R 1.6.1 with gcc 3.2 on Solaris (Sun OS 5.8) and configure gives me: checking whether g77 and gcc agree on int and double... configure: WARNING: g77 and gcc disagree on int and double configure: error: Maybe change CFLAGS or FFLAGS? Complete output from configure is below. I am not setting CFLAGS or FFLAGS, but can someone suggest what I should set them to (or is this some

Has anyone tried to build r-devel on a RedHat 7.1 with the gcc 3.1.1 compiler? I didn't have problems with gcc 2.95.x or gcc 3.0.4, but when I ran the configure with gcc 3.1.1 I got the following error: [...] checking whether gcc accepts -M for generating dependencies... yes checking whether gcc supports -c -o FILE.lo... yes checking how to get verbose linking output from g77... -v checking

Full_Name: Albrecht Gebhardt Version: 1.1.1 OS: i86pc Solaris 2.7 Submission from: (NULL) (143.205.61.82) jmp_buf type undeclared, may be related to the installed version of libjpeg (this is v6b), compiler is gcc/g77 2.95.2: root@pc05-stat[X11]# make creating src/unix/X11/Makefile making rbitmap.d from rbitmap.c make[1]: Entering directory `/usr/share/src/R-1.1.1/src/unix/X11' gcc -I.

Hello, I am trying to install R on Suse linux 10.1. To get configure to run correctly, I had to set FPICFLAGS=fPIC. R is now configured for i686-pc-linux-gnu Source directory: . Installation directory: /usr/local C compiler: gcc -std=gnu99 -g -O2 Fortran 77 compiler: g77 -g C++ compiler: g++ -g -O2 Fortran 90/95 compiler: g77 -g

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

I've for a RHEL 4 box on a P570 system. My end user wants to have a 64-bit version of R compiled due to the large amount of memory they require (this image has 16GB allocated to it). I can compile R fine in 32-bit mode, but it can't use more than 2.4GB of RAM before it falls over and dies. Compiling in 64-bit mode for POWER systems "should" be as easy as adding a