similar to: compiling 1.5.0 under Solaris 2.7 with Sun C and FORTRAN and gcc C++

Dear all, I am trying to compile R-1.8.0 and R-1.8.1-beta (as 19-11-2003) under Solaris 9 using the Sun compilers. './configure' fails; the last lines of the display are: checking whether we can compute C Make dependencies... yes, using cc -M checking whether cc supports -c -o FILE.lo... yes checking how to get verbose linking output from f77... -v checking for Fortran 77 libraries...

I've installed hdf5 [library & includes] here locally, last week. [see ?hdf5save in R] There is a remaining compilation / linking problem for me: The hdf5 library uses "compress2" a routine defined in Gnu's zlib, but not available in the zlib that comes with X11R6.3 (which we have installed). Now unfortunately, the final link statement for R (0.65) [for me, with hdf5

I'm having a dynamic loading problem that seems to be caused by exponentiation (the ** operator in Fortran/ratfor). This can be illustrated by the following toy example: ===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+===+=== % cat foo.r subroutine foo(x,n) x = x**n return end % f77 -c foo.r /tmp/ratfor.06661.0.f: foo: % R CMD SHLIB -o foo.so foo.o gcc -G -o

Full_Name: Christine Brower Version: 1.4.1 OS: Solaris 8 Submission from: (NULL) (128.151.148.205) Configure options fails with following message: ./configure --with-f77 loading cache ./config.cache checking for a BSD compatible install... tools/install-sh -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... missing

Doh! turns out I was using a newer feature of S-PLUS that is not supported in R, or at least was generating the parse error. replace all a = b with a <- b (except in arguments, naturally ...) Sorry to bother anyone ... smooth sailing ahead. > Date: Mon, 4 Jun 2001 10:03:56 -0600 (MDT) > From: Tim Hoar <thoar at cgd.ucar.edu> > Reply-To: Tim Hoar <thoar at ucar.edu>

Hmnnn... This is the third version of R I have installed and I am stumped on this one. There is some unresolved external I cannot find... /opt/SUNWspro/bin/cc -v -o R.bin CConverters.o Rdynload.o RNG.o apply.o arithmetic.o array.o attrib.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

> 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

System details: -------------- Sun Blade 1000, Solaris 8, Sun ONE Compiler Suite (rebranded Forte 7), R versions 1.6.0 and 1.6.2 - suspect others are affected, too Problem description: ------------------- Using the recommended env var setting from p.15 of the Admin Guide, the configure script fails the sgemm sunperf test, even though the sunperf libraries are available Not linking with

Invocation of randomForest() using the iris example in the help file crashes R with a segmentation fault. This happens on all of our ultraSPARC machines running Solaris 2.7. We're using R-1.4.1, compiled using Sun cc and f77 and the flags: CC=cc CFLAGS="-xO5 -xlibmil -dalign" FC=f77 FFLAGS="-xO5 -xlibmil -dalign" "make check" runs withour errors, and R has been

I've noticed that the postscript files produced by R-0.49 come up inverted in my postscript previewer. Also, they do not behave like encapsulated postscript files so they can't be imported into LaTeX documents. If I remove lines with page-oriented commands like "%%Page", "%%Orientation", "\bp" and "\ep", the resulting files seem to behave like

Hello, I tried to compile v2.3.1 on Solaris x86 with SUN Pro compilers. I had an error while stats libarary was being compiled and I notice that "-xtarget=generic64" was not passed to f95 while cc used it. Could you tell me how to fix this problem? f95 -PIC -O -I/mounts/devel/SUNWspro/prod/include -c sgram.f -o sgram.o f95 -PIC -O -I/mounts/devel/SUNWspro/prod/include -c

On Wed, 23 Apr 1997, Janusz Kawczak Wrote: >I have a problem with opening the postscript device in the newly >compiled R (v. 0.49). This problem was not present in 0.16.1 version. > >After entering: ><R>postscript("try.ps") >I get: >Error in device("postscript", as.character(c(file, paper, family, bg, : unable >to start device postscript >

Binary distributions of R-0.49 for NEXTSTEP (Intel and M68k) are now available on CRAN: http://www.ci.tuwien.ac.at/R/bin/i386-nextstep/R.0.49.I.b.tar.gz http://www.ci.tuwien.ac.at/R/bin/m68k-nextstep/R.0.49.N.b.tar.gz Because NEXTSTEP doesn't support dynamic loading, I've compiled in a number of additional functions (mostly from the user contributed section of CRAN) which I find

Hi! I'm trying to compile R (32-bit) on Solaris 10 x86 using Sun Studio 10 + Sun Perflib (for BLAS and LAPACK) but encountered issues with undefined symbol "bratio". Appreciate any help. Compiler options (from configure output): ============================================== R is now configured for i386-pc-solaris2.10 Source directory: . Installation directory:

Hello R Help, I am attempting to install/build a 64-bit version of R to hopefully resolve some memory.limit problems for a user who is running a simulation. The 'configure' runs fine and the compilation (make) runs fine until the very last part (see below). I have libiconv in /usr/local/lib (no sure why I am getting the referencing error). The config.site file is attached. ANY HELP YOU

Hi, I am trying to compile R 1.9.1 and 2.0.0 on Solaris 2.8 with Sun Studio Fortran 95 compiler but I have obtained some errors which I enclose. I have compiled R with g77 GNU compiler and it was OK. Does anyone know if R 2.0.0 has been successfully built on Solaris 2.8 with Sun Studio Fortran 95 compiler? or at least, How could I achieve this? The R installation manual does not have any

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"