similar to: R correct g77 flags for Linux/Alpha (PR#208)

I have the following FORTRAN code converted to a DLL: ! my_xmean.f90 ! ! FUNCTIONS/SUBROUTINES exported from my_function.dll: ! my_function - subroutine ! subroutine my_xmean(X,N,XMEAN) ! Expose subroutine my_function to users of this DLL ! !DEC$ ATTRIBUTES DLLEXPORT,C,REFERENCE,ALIAS:'my_xmean_'::my_xmean ! Body of my_function DOUBLE PRECISION X(N) XMEAN=0D0 DO J=1,N

For those interested: I compiled R-1.9.0beta_2004-04-02 with pgf77/gcc/g++ and g77/gcc/g++, both _without_ fast BLAS. Both passed make check-all. Simple crossprod(m) for fairly large `m' shows that the version compiled with pgf77 is about 15% faster: [andy@leo:scratch]% echo "set.seed(1); m <- matrix(runif(5e7), 1e4); gc(); system.time(crossprod(m))" | R-1.9.0-PGI/bin/R

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

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

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

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:

> 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

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

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

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

I just had a memory crash with R-0.64.1. I am running under intel pentium 200mhz under slackware linux 2.0.30. 1/home/plindsey >gdb /usr/local/src/R/bin/R.binary core GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for

Hello again! Thanks to Dr. Brian Ripley, the make problem I reported earlier has been solved, and R-0.64.1 is now successfully installed and tested. There were two essential problems with the stock configuration: (i) the Fortran option -fPIC was not being propagated to certain Makefiles further down the tree; (ii) gmake was not being recognized when the library files were being

--Apple-Mail-7--233789088 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi Kurt I currently have on my Mac gcc 2.95.2, 3.1, and 3.3 and the corresponding g77 versions as well. R builds fine with the 2.95.2 combo, it also builds fine with gcc 2.95.2 and g77 3.1. But using gcc 3.1 or gcc 3.3 gives the familiar problem that I mentioned before (although

I get this when I build --with-gnome: make[1]: Entering directory `/storage/build/R-0.64.1/src/include' make[1]: `FFDecl.h' is up to date. make[1]: Leaving directory `/storage/build/R-0.64.1/src/include' gcc -msupersparc -I../include -I../../src/include -I/usr/local/include -DNEED_GNOMESUPPORT_H -I/usr/local/lib/gnome-libs/include -I/usr/local/lib/glib/include -I/usr/openwin/include

dear R fans, Has anyone encountered problems when using R BATCH under Linux (I have Red Hat 5.2 if that matters) ? I have a file that works fine if I copy-paste it interactively in a R session. However R complains right away when I try to run the file in batch mode. This problem is not inherent to R 0.64.1 I am using now. I had the same problem with previous releases. Also I am not using an

Hello smbcacls is not able to locate the object of a share. I've attached a copy of the smb.conf file and the debug output of the smbcacls command. Within XP/NT I'm able to get and set the acls with no problem. Thanks Regards, Komal [global] workgroup = test server string = Samba Server interfaces = eth0, lo bind interfaces only = Yes passdb backend =

A pre-release of R-0.64.1 for Windows is available at CRAN/bin/windows/windows-NT/pre-0.64.1. Since there are a lot of Windows specific changes (see below for a list), we hope that many Windows users of R will test this version and make comments. REMARK: I am posting this message on r-help hoping to reach a larger number of Windows users. But, please, replay or directly to Brian D. Ripley

Greetings, I'm attempting to install R-0.64.1 on a Sun Sparc 20 running Solaris 2.4 with gcc-2.7.2.2, g77-0.5.20 and Gnu make 3.76-1. On several occasions, the make process aborted when trying to build the shared object file for the modreg package (its first attempt at such a beast). In all attempts, the error message is as follows: ../../../../bin/R SHLIB -o modreg.so bsplvd.o bvalue.o

Hello! I need help to use the package pls.pcr in R. I installed R in an IRIX 6.5, using the version of R 0.64.1 from sgifreeware(I didn't get to install the newest version using make). I need to use the package pls.pcr and when I give the command: # R R : Copyright 1999, The R Development Core Team Version 0.64.1 (May 8, 1999) R is free software and comes with ABSOLUTELY NO