similar to: compiling R 64-bit with gcc on Solaris 9

Hi, I am trying to compile R-2.2.1 on Solaris 2.9 with a 64-bit build. Following the instructions in "R Installation and Adminstration", I changed the following settings in "config.site": CC="gcc -m64" F77="g77 -64" CXX="g++ -m64" LDFLAGS="-L/usr/local/lib/sparcv9 -L/usr/local/lib" But I got the following error messages:

Hi I am having problems compiling R on a Solaris 10 opteron box we have on trial. checking for Fortran libraries of g77... -L/usr/ccs/lib -L/usr/lib - L/usr/local/lib -L/usr/local/lib/gcc-lib/i386-pc-solaris2.10/3.3.2 - L/usr/ccs/bin -L/usr/local/lib/gcc-lib/i386-pc- solaris2.10/3.3.2/../../.. -lfrtbegin -lg2c -lm -lgcc_s -lfrtbegin: - lg2c: checking how to get verbose linking output from

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

hello, I create a package which includes C code and Lapack. But when I run " R CMD check ". an error message, "/usr/bin/ld: cannot find -lfrtbegin " occurs. could you tell me what is the problem? the detailed message is as follows: [credsim@confsys ~/src]$ R CMD check var * checking for working latex ... OK * using log directory '/home/credsim/src/var.Rcheck' *

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

In platform i386-pc-linux-gnu arch i386 os linux-gnu system i386, linux-gnu status major 1 minor 7.1 year 2003 month 06 day 16 language R using debian testing (latest Knoppix) I get an error when installing acepack: gcc

We have a solaris/sparc machine that has been running an old version of R-devel: Version 2.2.0 Under development (unstable) (2005-06-04 r34577) which was built as m64 from sources. Attempting to upgrade to 2.4.0 the configure step goes ok, but I'm getting early on from make: > gcc -m64 -L/opt/sfw/lib/sparcv9 -L/usr/lib/sparcv9 > -L/usr/openwin/lib/sparcv9 -L/usr/local/lib -o

In a box running Mandrake 9 with R 1.6.2 I get problems when trying to install packages Matrix and Akima. It seems my gcc compiler and fortran do not talk to each other. Thanks in advance for any help, Gelu The errors are: * Installing *source* package 'Matrix' ... checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes

Updating my 1.8.0 R installation (>update.packages() ) I obtain the following (SORRY FOR THE LENGTH OF THE LOG BUT IT HELPS!!!): ................ downloaded 135Kb KernSmooth : Version 2.22-11 in /usr/lib/R/library Version 2.22-12 on CRAN Update (y/N)? y mgcv : Version 0.9-3.1 in /usr/lib/R/library Version 0.9-6 on CRAN Update (y/N)? y trying URL

Sorry about the earlier confusion. I'll start fresh here. I'm getting these error messages when I run "make". begin installing recommended package foreign make[2]: *** [foreign.ts] Error 1 make[2]: Leaving directory `/opt/net/source/R-2.0.1/src/library/Recommended' make[1]: *** [recommended-packages] Error 2 make[1]: Leaving directory

Hi, been trying to build R-1.5.1 for som eof our users here. No probs with gcc-3.2 32-bit installtion, but thought we'd try it with the 64-bit just for the crack. Configuring thus CC=gcc3 CFLAGS="-m64" CXX=g++3 CXXFLAGS="-m64" F77=g773 FFLAGS="-m64" LDFLAGS="-m64 -L/usr/local/packages/gcc-3.2/lib/sparcv9" ./configure

As of quite recently I experience failures to compile source packages. Messages like * Installing *source* package 'dse1' ... ** libs g77 -mieee-fp -fPIC -g -O2 -c dsefor.f -o dsefor.o gcc -shared -o dse1.so dsefor.o -L/usr/lib/gcc-lib/i486-linux/3.3.3 -L/usr/lib/gcc-lib/i486-linux/3.3.3/../../.. -lfrtbegin -lg2c-pic -lm -lgcc_s -L/usr/lib/R/bin -lR /usr/bin/ld: no se puede

Dear all, I have a problem installing a package required by Hmisc on MacOS 10.3.5 with R 2.00. g77 -fno-common -g -O2 -c avas.f -o avas.o g77 -fno-common -g -O2 -c rlsmo.f -o rlsmo.o gcc -bundle -flat_namespace -undefined suppress -L/usr/local/lib -o acepack.so ace.o avas.o rlsmo.o -L/usr/local/lib -L/usr/local/lib/gcc/powerpc-apple-darwin6.8/3.4.2

Dear list, I'm having a problem configuring R-1-9-patched on a Intel Xeon machine running Fedora Core 2. I used svn to checkout the source, altered config.site to add some optimisation flags to match the Fedora rpm on CRAN (the flags work fine on two other P3 or P4 machines I've compiled R on). ./configure fails with: <snip> checking for long double... yes checking size of

Hi, I'm wondering if it is possible to install a package for R 2.0 on R 1.9.1 on Mac OS X? I'm getting this error which seems to be known issue: library("quantreg") Error in firstlib(which.lib.loc, package) : couldn't find function "lazyLoad" In addition: Warning message: package quantreg was built under R version 2.0.1 Error in

Frank Harrell suggested I re-post with information about the version of R Heres's the information: > > version > _ > platform powerpc-apple-darwin6.8 > arch powerpc > os darwin6.8 > system powerpc, darwin6.8 > status > major 2 > minor 0.1 > year 2004 > month 11 > day 15 > language R Here's what happens

Dear helpers, I am trying to create a library which uses some Fortran source files and Lapack and Blas subroutines. The Fortran source files from the original author contain subroutines isamax.f, sgefa.f and sgesl.f, which are part of BLAS subroutines on my Linux computer, but maybe different (old) versions. So in addition to these subroutines, there are other Lapack and Blas subroutines

Using ATLAS with R is an old topic quite covered in the "R Administration" manual (and by R's "configure" script collection). I still do not easily manage to build R properly on our new AMD Opteron (2-processor). I did work with the current Atlas 3.6.0, configured manually (but "express" version) to build a threaded ATLAS version, and successfully ran Atlas'

Hello, After reinstalling the whole OS and R as well, I tried to update.packages() and get the follwing error message: concerning the mgcv update: atlas2-base is installed and blas as well (on debian). I haven't found lf77blas, I assume it's a library or something similar associated with blas. any suggestion how to solve that, thanks Martin * Installing *source* package

Hello, I am trying to build R 2.0.1 on an AIX 5.2.0.0 machine using gcc 3.3.2: $ oslevel 5.2.0.0 $ gcc -v Reading specs from /usr/local/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/specs Configured with: ../gcc-3.3.2/configure : (reconfigured) ../gcc-3.3.2/configure --disable-nls : (reconfigured) ../gcc-3.3.2/configure --disable-nls Thread model: aix gcc version 3.3.2 Configure goes okay, but I