similar to: gcc and g77 combos

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.

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

Hello, I am trying to compile sources of R-1.5.0 on a Mandrake 8.1 linux box. For Fortran compiler needs, I downloaded and installed a g77 rpm. But the configure step fails with following output. I would like to know if any of you had similar problem and how you solved. Thanks in advance. Mohan ------------------- configure output ------ checking for g77... g77 checking whether we are using the

I have a package with some embedded legacy FORTRAN code (for computing complex Bessel functions, written in 2003 by C. Bond to implement the algorithms of Zhang and Jin 1996). It worked well until recently [despite warnings about deprecated headers "includes at least one deprecated or antiquated header" -- when I tried to fix these the code stopped working, so I left them alone]. Now an

Just for the fun of it (actually in order to test some Fortran more extensively), I've compiled and installed g77, yesterday on our Solaris 2.5.1 machines. After doing (in R's toplevel directory) make distclean ./configure now chooses g77 (instead of Sun's f77 which was chosen before). I now do make make check cd tests/Examples and carefully compare base-Ex.Rout to an

Hi folks, I tried to compile a FORTRAN routine using the command “g77 –o2 –c all.f”, it seems everything is fine, there is no error message at all, but finally I can not get the file all.o. Therefore, I can not move on to the next step using “g77 –shared –c all.dll all.o” to get the file all.dll. The following is what happened on my screen: > g77 –o2 –c all.f > Could anyone help me? Thanks

> rab45+ at pitt.edu wrote: >> Jerry, >> >> Here are the two R packages. >> >> Thanks. >> >> Rick > All the fortran codes compile OK so the problem is invoking the compiler > you > want. One approach which is a work around is to rename the gfortran > executable > to somthing else like gfortran-save and create a link called gfortran that

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,

In trying to compile R-0.62.2 on my SPARC SunOS: tajo% uname -a SunOS tajo 4.1.3_U1 1 sun4m with gcc/g77, I ran into gcc -o R.binary [deleted] ../lib/libmath.a -L/usr/openwin/lib -lX11 -ldl -ltermcap -lm -lf2c collect2: ld returned 2 exit status ld: /lib/libm.a(lgamma.o): _gamma: multiply defined ld: /lib/libm.a(lgamma.o): _lgamma: multiply defined *** Error code 1 make: Fatal error:

Hi I've got two builds of R, one using g77 (version 3.4.6) and the other using gfortran (version 4.1.2). The two builds are otherwise identical as far as I can tell. The one which used g77 performs crossprod()s roughly twice as fast as the gfortran one. I'm wondering if this rings a bell with anyone, and if so, are you aware of any configure settings which will improve the performance

I am having some trouble with installing R 1.1.1 When I run ./configure --PREFIX=/usr/local/R-1.1.1 --with-g77 I get the following error: 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? I looked at all the docs/install/readme/faq files i could find and searched the list

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 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 use Gentoo and I can't get R 2.0.1 to compile. I used the portage system, Gentoo's source package sytem, and after it uncompresses the source to R, it says that I don't have a fortran compiler. It told me to use f77 flag and re-emerge gcc, which I did with the f77 and fortran flags, but it still won't compile. Does anyone have any ideas? I suspect that gcc has changed

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

Hi, everyone. This may be properly a fortran question rather than an R question. I'm trying to add a few print statements to otherwise working fortran code in one of the libraries so I can see what's going on in the code. I have no problem doing so on an SGI machine, but under LinuxPPC I've run into a problem. The code compiles and creates a shared object (.so), but when I issue

Hi, I've been searching through the R help archives and came across only one AIX compilation question in March, which received no public responses. I'm currently having the same problems with the "Illegal instruction" and core dump of running R 1.0.1 on AIX 4.3. Firstly, the R distribution was missing some FORTRAN routines, which I found on the net and added, by modifying

Hi, I've been searching through the R help archives and came across only one AIX compilation question in March, which received no public responses. I'm currently having the same problems with the "Illegal instruction" and core dump of running R 1.0.1 on AIX 4.3. Firstly, the R distribution was missing some FORTRAN routines, which I found on the net and added, by modifying

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, I am having trouble compiling package gap http://www.hgmp.mrc.ac.uk/~jzhao/r-progs.htm on Tiger. I have installed XcodeTools 2.1. The binary version of gap currently available on CRAN has some bug and is fixed in the latest version. The message I get from R is below. Any help is greatly appreciated. best regards, Kenny Ye tar: Read 1536 bytes from - * Installing *source* package