similar to: Compiling R on Sparc-Solaris-2.9

Full_Name: Toby Muhlhofer Version: 2.2.0, 2.1.1 OS: Solaris 2.9 Submission from: (NULL) (128.83.62.46) I'm trying to compile R on a Solaris machine. The default C compiler is cc (although gcc is available) and the default Fortran compiler is f95 (although g77 is available). Without defining the F77 environment variable, configure defaults to f95 as a Fortran compiler and eventually fails

Hi all, Thanks to all who offered advice on using F95 in R. Now I'm trying to compile a test package using gfortran, Linux 2.4.21 and R 2.1.0. I was able to successfully compile and use a test F95 routine by setting my environment variables as follows in bash: export PATH=~/bin/:$PATH export F77=gfortran export LD_LIBRARY_PATH=~/bin/irun/lib export GFORTRAN_STDIN_UNIT=-1 Now I'm

I have gotten this error while attempting to build R-2.13.2 and R-2.14.0 using ./configure --with-x=no --enable-R-shlib, and ./configure --with-x=no Red Hat Enterprise Linux Server release 5.6 (Tikanga) ========================= Warning in solve.default(rgb) : unable to load shared object '/users/home/mked/R-2.13.2/modules//lapack.so': /users/home/mked/R-2.13.2/lib/libRlapack.so:

I installed R-1.4.0 and then updated all the packages I have, using update.packages(). I got an error for splancs and sgeostat. Trying to install them 'manually' with R CMD INSTALL, I got the following errors. 1) for splancs: Tue<15:26>library[82]#R CMD INSTALL splancs_2.01-5.tar.gz Installing *source* package `splancs' ... libs f95 -PIC -xO5 -dalign -xlic_lib=sunperf -c

We have a user here who is attempting to compile a package which requires f90 (gfortran will do). Our version of R was built with f77 (g77). When the user attempts to build the package, f77 is always invoked and fails due to the presence of f90 features. Is there a simple method or some documentation on how to force a package build to use a different compiler than the one used in

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

From the configure output of the latest devel snapshot: > checking for g77... no > checking for f77... no > checking for xlf... no > checking for frt... no > checking for pgf77... no > checking for fl32... no > checking for af77... no > checking for fort77... no > checking for f90... no > checking for xlf90... no > checking for pgf90... no > checking for

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

On Oct 30, 2008, at 11:02 PM, Chris Lattner wrote: > On Oct 30, 2008, at 5:23 PM, Jack Howarth wrote: >> ps We do have one oddity left in llvm-gfortran from current llvm >> svn. I find everytime I compile something with llvm-gfortran that >> I get a series of warning messages... >> >> f951: warning: command line option "-Wformat" is valid for C/C++/

OK: despite Dirk's very kind help, I decided that trying to deal with R configuration and Debian configuration simultaneously was too difficult. I did manage to solve my problem by reconfiguring/making/ installing all of 2.3.1 from source: ./configure F77=/usr/bin/g77 make make install A few questions inspired by this experience: (1) it seems a bit odd that R sets F77=gfortran by

Hi, all, We just got the Sun Performance Library for our Suns running Solaris 2.6, and I read the relevant section of the "R Installation and Administration Manual" about configuring R to use BLAS. The manual suggests you must use Sun's "cc" and "f95" (maybe "f90"?) compilers in order to use the Performance Library. We have "cc" but not

Hi list, I tried to install MCMCpack to R-2.12.0, got the following error, CC -m64 -library=stlport4 -I/apps/sparcv9/R-2.12.0/lib/R/include -DSCYTHE_COMPILE_DIRECT -DSCYTHE_DEBUG=0 -DHAVE_TRUNC -DHAVE_IEEEFP_H -I/opt/csw/include -KPIC -g -c MCMCSVDreg.cc -o MCMCSVDreg.o "error.h", line 598: Error: The function "abort" must have a prototype.

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 had a hard time building 1.9.1 with the Sun One Studio on Solaris (SPARC) almost 2 years ago. I filed a bug report, but I can't seem to find it right now. For 2.3.1, I discovered that the same problems remain. Here are the tricks that resolved them for me if anyone is interested. #1. /usr/lib/cpp will give you nothing, but headaches. Fortunately, the Solaris Software Companion CD (SSCC)

Hi, I'm working on a server with a sparcv9 chip using SunOS 5.9 Generic May 2002. The compilers are the Sun Studio 12 compilers. I'm trying to build a 64-bit version of R-2.6.1, and while the configure script runs, the make does not. Here are the options I set in config.site: ________________________________________________________________________ _ R_PAPERSIZE=letter CC="cc

Hello! I am creating a packege and I would like to inclued some Fortrun subrutines. I have two questions. 1. Can I use "free form fortan" - compiles well usinf g77 -ffree-form. 2. Is it enough to place the ".for" files in scr folder? Thank you in advance for any help! Ales Ziberna P.S.: I am runing R 2.1.1 on Win XP, SP2. I installed rtools, mingw, perl as suggested in the

I'm trying to build R 1.9.0 to get the opportunity to build rpy for some folks at my office. (I'm a Python guy, not an R guy, so I'm completely unfamiliar with the machinations of building R.) I'm having trouble getting past the configure step. A plain old configure generates this output at the end: checking whether we can compute C Make dependencies... yes, using gcc -MM

Hi, I am compiling R2.8.1 on a Sun M4000 machine with Solaris 10. I am using Sun Studio 12. I get the following error: cc -xtarget=native64 -G -L/usr/sfw/lib/sparcv9 -L/opt/csw/lib/sparcv9 -o grDevices.so chull.o devNull.o devPicTeX.o devPS.o devQuartz.o init.o mkdir ../../../../library/grDevices/libs Warning in solve.default(rgb) : unable to load shared library

Unless I force the Fortran compiler through --with-g77, configure fails to find and use the installed g77. I would submit a patch for configure.in, but I can't quite follow the logic in configure.in. $ ./configure creating cache ./config.cache [...] checking for main in -lm... yes checking for g77... /usr/local/gnu/bin/g77 checking for fort77... (cached) /usr/local/gnu/bin/g77 checking for

Full_Name: Jim Brown Version: 2.6.0 / 2.6.1 OS: Solaris 10 (SPARC) Submission from: (NULL) (35.8.15.102) I have been able to successfully compile version 2.5.1 using the Sun Studio 12 compilers on Sun Solaris 10 (SPARC). All tests using "make check" pass with a status of OK. However, the following section of "reg-tests-1.R" fails when I attempt to test after a build of