similar to: Installing R-1.3.1 again

Dear All - I tried to install R-1.3.1 on a Ultrasparc 10 running Solaris 2.7. I have followed the directions in the INSTALL file exactly, but R refuses to create the file R.bin. I also had someone else, who is better with UNIX than I am, try the installation. It didn't create the R.bin file for him, either. As a result, I cannot run R, even after going through the installation process.

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,

Dear All, I am trying to convert some S-plus code that I have to run MCMC into R-code. The program works in S-plus, but runs slowly. I have managed to source the program into R. R recognizes that the program is there; for example, it will display the code when I type the function name at the prompt. However, the program will not run. When I try to run the program, I get the following error

Recent sensible changes to the dynload mechanism have made an old problem resurface: how should we deal with packages which contain Fortran code and may need to be linked against additional libraries such as -lf2c? The current consensus is that extra Fortran libraries maybe needed are handled via the make variable FLIBS, and that `-lf2c' or `-lg2c' are added by default if g77 is used.

I'm feeling kinda stupid right now, but I'm actually having problems compiling R-0.62.3 on a Red Hat 5.1 Linux system. I'd be happy if someone could point out for me where to look to fix the problem. I've included the output from the compiling below. Thanks for any help. Fredrik make -f Makefile.2nd all make[1]: Entering directory `/home/fredrigl/R-0.62.3' Building R cd

Dear Sirs, I am trying to compile R v1.2.1 under Digital Unix 4.0D. The configure-script runs without any problems but during 'make' I receive the following error-message: [......] g77 -mieee -g -O2 -c dtrco.f -o dtrco.o g77 -mieee -g -O2 -c dtrsl.f -o dtrsl.o g77 -mieee -g -O2 -c eigen.f -o eigen.o g77 -mieee -g -O2 -c lminfl.f -o lminfl.o ar cr libappl.a Rsock.o approx.o bakslv.o

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

Hi, I appear to have a slight problem compiling R0.65.0 under Linux (slackware) using g77. By simply typing configure then make, I obtain a binary which when "ldd" does not contain the f2c library. I therefore cannot load any libraries containing fortran code (I obtain unresolved symbol messages from R.X11 and an unable to load shared library from dyn.load(file)). If I change the

I have now tested R 1.3.1 compiled with GCC 3.0.2 on Solaris and the example I previously posted (repeated below) still gives a segmentation fault, as it does with GCC 3.0.1 but not with 2.95.2. The eigen calculation sometimes needs to be repeated several times before the segmentation fault occurs. La.eigen does not cause a problem. (The problem occurred with R-devel too, but I have not tested

Hello, I just finished installing R-0.64.1 on my linux machine (using kernel 2.0.36 under red hat 5.2, and gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release) ) The two problems I had: 1. ./configure --with-readline --with-x --prefix=/usr/local ran to a point, then gave up with ... checking return type of signal handlers... void checking for working const... yes

Hello, I just finished installing R-0.64.1 on my linux machine (using kernel 2.0.36 under red hat 5.2, and gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release) ) The two problems I had: 1. ./configure --with-readline --with-x --prefix=/usr/local ran to a point, then gave up with ... checking return type of signal handlers... void checking for working const... yes

Dear All: I tried to compile and install R-1.3.1 on Solaris 8,but never succeeded, Can you give me any suggestion? I used ./configure --with-x --x-includes=/usr/openwin/share/include/X11 \ --x-libraries=/usr/openwin/lib --with-f77 \ --with-tcl-config=/usr/local/lib --with-tk-config=/usr/local/lib I noticed that ld used /usr/ccs/bin/ld(ld: Software Generation Utilities-Solaris-ELF (4. 0)). I

This is the error I get when trying to install R-1.3.1 on my Solaris 2.6 box. Any assistance would be greatly appreciated. g77 -g -O2 -c xxxpr.f -o xxxpr.o gcc -o R.bin CConverters.o Rdynload.o RNG.o apply.o arithmetic.o array.o at trib.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o datetime.o debug.o devPS.o devPicTeX.o deparse.o d

{message bounced because it has "$$$" in it. manually approved by list maintainer -- MM} > Date: Tue, 22 Feb 2000 13:03:35 +0100 > From: jens <jniesch at gwdg.de> > > I have trouble to install R on Sparc Sun Solaris 2.6. > make returns the error message: > Undefined symbol first referenced in file > d_lg10 ../appl/libappl.a(uncmin.o) > d_sign

Hello, This morning I downloaded, unzipped, and compiled the latest version of R for unix, in my HOME/APPLICATIONS directory. My current unix machine is a sparc-sun-solaris2.9, running SunOS 5.9. Here are the last few lines of the output following ./configure: R is now configured for sparc-sun-solaris2.9 Source directory: . Installation directory: /usr/local C compiler:

Dear List, I am running R-Aqua 2.1.0 on a powerbook with Mac OS/X 10.3.9. Here is what I get when I type "version" at the R-prompt. platform powerpc-apple-darwin7.9.0 arch powerpc os darwin7.9.0 system powerpc, darwin7.9.0 status Patched major 2 minor 1.0 year

Here are the details... uname -a Linux yellow 2.6.16.1.i686.1 #23 SMP Mon Aug 28 15:36:14 CEST 2006 i686 GNU/Linux gcc --version gcc (GCC) 4.2.0 g77 --version GNU Fortran (GCC) 3.4.4 What else should I post that may help debug this problem? Below is the text of the error... make[3]: Entering directory `/tmp/R-2.5.0/src/main' gcc -std=gnu99 -Wl,--export-dynamic -L/usr/local/lib -o R.bin

Dear list, When compiling the R-2.3.0 on FC4 x86_64, I got the following errors: make[3]: Entering directory `/project/scratch3/ligroup/wuming/src/R-2.3.0/src/main' gcc -Wl,--export-dynamic -L/usr/local/lib64 -o R.bin Rmain.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o

Full_Name: Ricardo Aponte Version: R 2.4.0 OS: Solaris 10 Submission from: (NULL) (200.71.37.195) Hello I'm having trouble building R under Unix. I've searched for information about it on google or the R database but I didn't find any answer on my problem. I would be thankful if somebody could help me working that out. ./configure R is now configured for

This might more properly be filed as a bug report, but ... I came upon the following problem while trying to dyn.load a library of Fortran code into R. I'm running RedHat 7.1 on a Pentium III laptop, with R version 1.3.1 (latest rpm from CRAN) and gcc/g77 version 2.96. My library has a number of Fortran subroutines that have underscores in their names for readability. By default g77